INSTRUCCIONES: REALIZAR EL MODELADO DE ENTIDADES, ATRIBUTOS Y

LAS RELACIONES (NO ES NECESARIO INCLUIR LA CARDINALIDAD) ENTRE

ENTIDADES
ENCONTRADAS
EN
LOS
SIGUINENTES
PROBLEMAS.
ADICIONALMENTE DISTINGUIR ENTRE LA INFORMACIN PERSONAL,
ORGANIZACIONAL Y DE UN DEPARTAMENTO.
LOS PROBLEMAS EN LOS QUE NO SE ALCANCEN A DEFINIR 3 ENTIDADES Y 5
ATRIBUTOS POR ENTIDAD, FAVOR DE INCORPORARLAS Y JUSTIFICAR SU
INCORPORACIN.
REALIZAR EL MODELADO EN UNA HERRAMIENTA DE SOFTWARE COMO MS
ACCESS O MYSQL WORKBENCH SI DESEA USAR ALGUNA OTRA FAVOR DE
REPORTARME. NO ES NECESARIO QUE EL MODELADO EN LA HERRAMIENTA
INCLUYA LAS RELACIONES ENTRE ENTIDADES.

Problema 1: Artculos y encargos

Una base de datos para una pequea empresa debe contener informacin
acerca de clientes, artculos y pedidos. Hasta el momento se registran los siguientes
datos en documentos varios:
Para cada cliente: Nmero de cliente (nico), Direcciones de envo (varias por
cliente), Saldo, Lmite de crdito (depende del cliente, pero en ningn caso
debe superar los 3.000.000 pesos), Descuento.
Para cada artculo: Nmero de artculo (nico), Fbricas que lo distribuyen,
Existencias de ese artculo en cada fbrica, Descripcin del artculo.
Para cada pedido: Cada pedido tiene una cabecera y el cuerpo del pedido. La
cabecera est formada por el nmero de cliente, direccin de envo y fecha del
pedido. El cuerpo del pedido son varias lneas, en cada lnea se especifican el
nmero del artculo pedido y la cantidad.
Adems, se ha determinado que se debe almacenar la informacin de las fbricas. Sin
embargo, dado el uso de distribuidores, se usar: Nmero de la fbrica (nico) y
Telfono de contacto. Y se desean ver cuntos artculos (en total) provee la fbrica.
Tambin, por informacin estratgica, se podra incluir informacin de fbricas
alternativas respecto de las que ya fabrican artculos para esta empresa.
Nota: Una direccin se entender como N, Calle, Comuna y Ciudad. Una fecha
incluye hora.
Problema 2: Habitantes y municipios
Supongamos el siguiente universo de discurso sobre municipios, viviendas y
personas. Cada persona solo puede habitar en una vivienda y estar empadronada en
un municipio pero puede ser propietaria de varias viviendas. Nos interesa tambin
conocer las personas que dependen de la Cabeza de Familia (C.F.)
Problema 3: Cursos y formacin
El departamento de formacin de una empresa desea construir una base de
datos para planificar y gestionar la informacin de sus empleados. La empresa
organiza cursos internos de formacin de los que se desea conocer el cdigo de
curso, el nombre, la descripcin el nmero de horas de duracin y el costo del curso.

Pgina 1 de 23

Un curso puede tener como prerrequisito haber realizado otros previamente y a

su ves la realizacin de un curso puede ser prerrequisito de otros puede serlo de
forma obligatoria o solo recomendable.
Un mismo curso tiene diferentes ediciones, es decir se imparten en diferentes
lugares fechas y con diferentes horarios (intensivo de maana o de tarde). En una
misma fecha de inicio solo puede impartirse una edicin de un curso.
Los cursos se imparten por personal de la propia empresa
De los empleados se desea almacenar su cdigo de empleado y apellidos
direccin telfono, NIF (Numero de Identifica), fecha de nacimiento, nacionalidad,
sexo, firma y salario as como si esta o no capacitado para impartir cursos.
Un mismo empleado puede ser docente en una edicin de un curso y alumno
de otra edicin, pero nunca puede ser ambas cosas a la vez (en una misma edicin de
curso o lo imparte o lo recibe).
Problema 04: Campeonato de ajedrez
El club de ajedrez de villa tortas de arriba ha sido encargado por la Federacin
Internacional de Ajedrez de la organizacin de los prximos campeonatos mundiales
que se celebran el la mencionada localidad. Por este motivo desea llevar a la base de
datos toda la gestin relativa a participantes, alojamientos y partidas teniendo en
cuenta que:
En el campeonato participan jugadores y rbitros; de ambos se requiere
conocer el nmero de asociado, nombre, direccin, telfono de contacto y
campeonatos en los que han participado (como jugador o como rbitro). De los
jugadores se precisa el nivel de juego en una escala del 1 al 10.
Ningn rbitro puede participar como jugador.
Los pases envan al campeonato un conjunto de jugadores y rbitros, aunque
no todos los pases envan participantes. Todo jugador y arbitro es enviado es enviado
por un nico pas. Un pas puede ser representado por otro pas.
Cada pas se identifica por un nmero correlativo segn su orden alfabtico e
interesa conocer adems de su nombre, el nmero de clubes de ajedrez existentes en
el mismo.
Cada partida se identifica por un nmero correlativo (Cd_P), la juegan dos
jugadores y la arbitra un rbitro. Interesa registrar las partidas que juegan cada jugador
y el color (blancas o negras) con el que juega. Ha de tenerse en cuenta que un arbitro
no puede arbitrar jugadores enviados por el mismo pas que le ha enviado a l.
Todo participante participa en al menos una partida.
Tanto jugadores como rbitros se alojan en algunos de los hoteles que se
desarrollan las partidas, se desea conocer en que hotel y en que fechas se ha alojado
cada uno de los participantes. Los participantes pueden no permanecer en Villatortas
durante todo el campeonato, sino acudir cuando tienen que jugar en alguna partida
alojndose en el mismo o distinto hotel. De cada hotel se desea conocer el nombre la
direccin y el nmero de telfono.

Pgina 2 de 23

El campeonato se desarrolla a lo largo de una serie de jornadas (ao, mes, da)

y cada partida tiene lugar en una de las jornadas aunque no tengan partidas todas las
jornadas.
Problema 05: Energa Elctrica
Se pretende llevar acabo un control sobre la energa elctrica que se produce y
consume en un determinado pas. Se parte de las siguientes hiptesis.
Existen productos bsicos de electricidad que se identifican por un nombre, de
los cuales interesa su produccin media, produccin mxima y fecha de entrada en
funcionamiento. Estos productores bsicos son de una de las siguientes categoras:
Hidroelctrica, solar, nuclear o trmica. De una central hidroelctrica o presa nos
interesa saber su ocupacin, capacidad mxima y numero de turbinas. De una central
solar nos interesa saber la superficie total de paneles solares, la media anual de horas
de sol y tipo (fotovoltaica o termodinmica). De una central nuclear, nos interesa saber
el numero de reactores que posee el volumen de plutonio consumido y el de residuos
nucleares que produce. De una central trmica, nos interesa saber el nmero de
hornos que posee, el volumen de carbn consumido y el volumen de su emisin de
gases.
Por motivo de seguridad nacional interesa controlar el plutonio de que se
provee una central nuclear, este control se requiere a la cantidad de plutonio que
compra a cada uno de sus posibles suministradores, (nombre y pas), y que porta un
determinado transportista (nombre y matricula), ha de tenerse en cuenta que el mismo
suministrador puede vender plutonio a distintas centrales nucleares y que cada porte,
(un nico porte por comprar), puede realizarlo un transportista diferente.
Cada da, los productores entregan la energa producida a una o varias
estaciones primarias las cuales pueden recibir diariamente una cantidad distinta de
energa de cada uno de estos productores. Los productores entregan siempre el total
de su produccin. Las estaciones primarias se identifican por su nombre y tienen un
numero de transformadores de baja a alta tensin y son cabecera de una o varias
redes de distribucin.
Una red de distribucin se identifica por un nmero de red y solo puede tener
una estacin primaria como cabecera. La propiedad de una red puede ser compartida
por varias compaas elctricas, a cada compaa elctrica se le identifica por su
nombre.
La energa sobrante en una de las redes puede enviarse a otra red. Se registra
el volumen de energa intercambiada en otras redes.
Una red esta compuesta por una serie de lneas, cada lnea se identifica por un
nmero secuencial dentro del nmero de red y tiene una determinada longitud. La
menor de las lneas posibles abastecer al menos a dos subestaciones.
Una subestacin es abastecida solo por una lnea y distribuye a una o varias
zonas de servicio, a tales efectos, las provincias (cdigo y nombre), se encuentran
divididas en tales zonas de servicio aunque no puede haber zonas de servicio que
pertenezcan a ms de una provincia. Cada zona de servicio puede ser atendida por
ms de una subestacin. En cada zona de servicio se desea registrar el consumo
medio y el nmero de consumidores finales de cada una de las siguientes categoras:
Particulares, Empresas e Instituciones.

Pgina 3 de 23

Problema 06: Conflictos blicos

Una organizacin internacional pretende realizar un seguimiento de los
conflictos blicos que se producen en todo el mundo. Para ellos creara una BD que
responder al siguiente anlisis:
Se entiende por conflicto cualquier lucha armada que afecte a uno o varios
pases y en el cual se produzcan muertos y/o heridos. Todo conflicto se identificara por
un nombre que habitualmente har referencia ala zona o causa que provoca el
conflicto, aunque dado que este nombre puede cambiar con el paso del tiempo, dentro
de la BD cada conflicto se identificara mediante un cdigo numrico sin significado
alguno. Para cada conflicto se desea recoger los pases a que afecta asi como el
nmero de muertos y heridos contabilizados hasta el momento.
Los conflictos pueden ser de distintos tipos segn la causa que lo ha originado,
clasificndose, a lo sumo en cuatro grupos: territoriales, religiosos, econmicos o
raciales en cada uno de estos grupos se recogern diversos datos. En los conflictos
territoriales se recogern las regiones afectadas, en los religiosos las religiones
afectadas, en los econmicos las materias primas disputadas y en los raciales las
etnias enfrentadas.
En los conflictos intervienen diversos grupos armados (al menos dos) y diversa
organizaciones mediadoras (podra no haber ninguno). Los mismos grupos armados y
organizaciones mediadoras pueden intervenir en diferentes conflictos. Tanto los
grupos armados como las organizaciones mediadoras podrn entrar y salir del
conflicto, en ambos casos se recoger tanto la fecha de incorporacin como la fecha
de salida. Temporalmente, tanto un grupo armado como una organizacin mediadora
podran no intervenir en conflicto alguno.
De cada grupo armado se recoge el cdigo que se le asigna y un nombre.
Cada grupo armado dispone de al menos una divisin y es liderado por al menos un
lder poltico. Las divisiones de que dispone un grupo armado se enumeran
consecutivamente y se registra el numero de barcos, tanques, aviones y hombres de
que dispone, as mismo se recoge el numero de bajas que ha tenido. Para los grupos
armados se recoge le numero de bajas como suma de las bajas producidas en todas
sus divisiones.
Los traficantes de armas suministran diferentes tipos de arma a los grupos
armados. De cada tipo de armas se recoge un nombre y un indicador de su capacidad
destructiva de cada traficante se recoge un nombre, los diferentes tipos de arma que
puede suministrar y cantidad de armas de cada uno de los tipos de arma que podra
suministrar. Se mantiene el numero total de armas de cada uno de los diferentes tipos
de armas suministrado por cada traficante a cada grupo armado.
Los lderes polticos se identifican por su nombre y por el cdigo de grupo
armado que lideran. Adems se recoge una descripcin textual de los apoyos que este
posee.
Cada divisin la pueden dirigir conjuntamente un mximo de tres jefes militares,
aunque cada jefe militar no dirige mas de una divisin. A cada jefe militar se le
identifica por un cdigo adems se recoge el rango que este posee, y dado que un jefe
militar no acta por iniciativa propia sino que siempre obedece las ordenes de un nico

Pgina 4 de 23

lder poltico de entre aquellos que lideran al grupo armado al que el jefe pertenece, se
registrara el lder poltico al que obedece.
De las organizaciones mediadoras se recoger su cdigo, su nombre, su tipo
(gubernamental, no gubernamental o internacional), la organizacin de que depende
(una como mximo), el numero de personas que mantiene desplegadas en cada
conflicto y el tipo de ayuda que presenta en cada conflicto que ser de uno y solo uno
de los tres tipos siguientes, medica, diplomtica o presencial.
Con diversos fines, los lderes polticos dialogan con las organizaciones; se
desea recoger explcitamente esta informacin. As para cada lder se recogern
aquellas organizaciones con que dialoga y viceversa.
Problema 07: Gestora inmobiliaria
Una determinada gestora inmobiliaria desea informatizar algunos procesos de
su negocio, para lo cual nos solicita que diseemos una base de datos que responda a
las necesidades que tienen de cara al tratamiento y almacenamiento de la informacin
de la que disponen. La mayora de esta informacin que pretenden gestionar gira en
torno a los constructores, clientes y las viviendas que venden/compran.
Lo primero a tener en cuenta es el control sobre las empresas constructoras
que son las que ejecutan las obras. Los datos a tener en cuenta de estas empresas
son, CIF de la empresa, domicilio, nmero de empleados y rea en la que trabaja.
Por otra parte, estas empresas pueden agruparse de dos en dos, componiendo
una UTE (Unin Temporal de Empresas), de tal manera que el desarrollo de la obra es
compartido. Evidentemente, las empresas o UTEs podrn ejecutar tantas obras como
consideren necesario para sus intereses, pero una promocin es llevada a cabo
exclusivamente por una empresa o UTE. Una UTE solamente es vlida para una obra
en concreto, con lo que se necesita conocer, adems, la fecha de composicin. La
gestora inmobiliaria est interesada en tener controlados todos los aspectos
sealados, tales como qu empresa es la constructora de una obra o las UTES que se
forman y que obras se ejecutan en esta modalidad.
En cuanto a las promociones (o sea, obras realizadas por una constructora), la
gestora desea almacenar un cdigo nico por promocin, el nmero de hectreas
afectadas, el coste global de la promocin, la fecha de inicio, la fecha final prevista y el
estado en que se encuentra ("proyecto", "reclamaciones" "obra" "finalizada").
Las promociones se dividen en dos tipos excluyentes: las que se refieren a la
construccin de edificios, en cuyo caso interesa conocer la direccin, el nmero de
plantas, el nmero de viviendas por planta y el nmero de plazas de garaje.
El otro tipo de promocin es el que se refiere a viviendas unifamiliares, en cuyo
caso se desea conocer la direccin completa, la superficie de la parcela y la superficie
construida.
En el caso de los edificios, adems se desea disponer de informacin de cada
una de las viviendas o locales comerciales que lo componen. Esta informacin es la
superficie construida, la superficie til, el nmero de la vivienda (piso y letra), si es
vivienda o local comercial y si da a la fachada del edificio o no.
La gestora, que va a controlar las ventas de todos estos elementos, necesita
adems, para cada uno de los elementos "a la venta" (viviendas en un edificio o
locales y viviendas unifamiliares), su precio de venta al pblico.

Pgina 5 de 23

Para llevar a cabo el control de estas ventas, la gestora decide almacenar los
datos de los clientes y de los crditos que solicitan para hacer frente al pago de las
mismas. De los clientes se necesita el NIF, nombre, apellidos y profesin y de los
crditos solicitados se necesita la fecha de solicitud, el importe global, el importe que
resta por pagar y el importe de la letra mensual que se le pasar al cliente. Dadas las
caractersticas de la financiacin establecida, es absolutamente obligatorio para los
clientes que deseen realizar una compra el solicitar un crdito para ello, aunque este
crdito no tiene por qu cubrir el global del coste de la vivienda/local/unifamiliar. Hay
que indicar que tanto los crditos como las viviendas deben figurar a nombre,
exclusivamente, de un cliente, que ser el responsable fiscal.
Evidentemente, un cliente puede comprar ms de una vivienda o local (en
cualquier modalidad), pero los crditos se conceden por cada una de ellas, de tal
forma que no se puede solicitar un crdito para ms de una vivienda, as que se desea
conocer qu crdito pertenece a la compra de qu vivienda, ya que es el aval
pertinente. Por otra parte, la gestora desea conocer el importe en metlico que el
cliente aporta como entrada en el momento de la compra.
A pesar de que la modalidad especfica de crdito no permite la amortizacin
parcial voluntaria que no se corresponda con las letras mensuales, s es posible que el
cliente solicite, en un momento dado, el retraso en el pago de alguna letra concreta
debido a dificultades econmicas. Es por esto por lo que, una vez concedida el
retraso, la gestora desea registrar aquellas letras mensuales que estn pendientes de
pago, indicando la fecha, importe y motivo del aplazamiento.
Por ltimo, hay que indicar que la gestora, cuando vende un local comercial,
debe registrar el tipo de negocio que se va a instalar en dicho local (por ejemplo:
"restaurante", "supermercado", "cafetera", etc), almacenando el tipo de negocio, si
cuenta con los permisos necesarios, el horario de apertura y cierre y el nmero de
empleados que va a tener.
Curiosamente, la gestora realiza un descuento del 10% en el importe del local
si el comprador ha comprado, adems, algn tipo de vivienda en sus promociones.
Como parte de este control, la gestora desea registrar si el cliente que compra el local
se asocia, para el negocio (que no para la compra, que debe figurar a nombre de uno
solo), con otro de sus clientes (que haya comprado otra vivienda).
Problema 08: Fitness
La cadena de centros de fitness Salud quiere crear una base de datos para su
gestin.
La informacin que contiene se describe a continuacin.
El grupo tiene socios que pueden utilizar los servicios o instalaciones de
cualquiera de los centros. Los socios se identifican por su nmero de socio, nombre y
direccin.
Del total de servicios que tiene la cadena, cada centro puede disponer de
algunos de ellos, pero no necesariamente de todos. Uno de los servicios son las
clases colectivas de fitness. Este servicio es gratuito. Es decir, est incluido en la
cuota mensual de socio. Cada centro tiene un horario semanal de clases. La duracin
de las clases es de una hora, desde las 10 de la maana hasta las 10 de la noche. En
el horario que se publica en cada centro se identifica la disciplina y el profesor que
imparte la clase. No todas las disciplinas se imparten en todos los centros y un
profesor puede dar clase en ms de un centro y de ms de una disciplina, aunque slo

Pgina 6 de 23

de aquellas en las que estn registrados como especialistas (estas constan en la ficha
del profesor, adems de su nombre y su cdigo).
Los socios tambin pueden apuntarse a clases de entrenamiento personal con
los mismos profesores, en horas que stos tengan libres y durante tres horas a la
semana. Cada disciplina tiene una tarifa mensual correspondiente.
Semanalmente se publica tambin un cuadro de sustituciones (profesores que
sustituyen a otros en las clases colectivas) y que son vigentes para la semana en
curso.
El grupo organiza tambin torneos de distintos deportes a los que se pueden
apuntar los socios. Estos torneos se celebran durante 1 semana en un horario
determinado (se publica al convocar el torneo). El torneo se celebra nicamente en las
instalaciones de un centro (cada vez en uno). Los torneos tienen un nmero lmite de
participantes y cuando se completa ese lmite, no se admiten ms inscripciones.
Puede haber ms de un torneo celebrndose simultneamente, pero no en el mismo
centro. Cada torneo tiene una cuota de inscripcin.
La diferencia entre las disciplinas (como por ejemplo aerobic, musculacin etc.)
y los deportes (padel, tenis, beisbol etc.), es que las primeras se realizan todas en
salas comunes y no hay que reservar hora, excepto para las clases colectivas que hay
que apuntarse y en los deportes hay que reservar la pista correspondiente a una hora
y adems se pueden organizar torneos.
Algunos centros tienen tambin una tienda con diferentes productos (que no
tienen que estar disponibles en todas las tiendas). Por cada producto tenemos su
cdigo, descripcin, centros en los que se vende, unidades disponibles y precio.
Mensualmente las tiendas establecen una promocin, en la cual seleccionan un
producto que se vende a mitad de precio (cada tienda de cada centro puede elegir un
producto diferente en un mes determinado)
Problema 09: Administracin de fincas
Una firma de abogados dedicada a la administracin de fincas desea tener una
base de datos para facilitar la gestin de la informacin de sus clientes, es decir, de las
distintas comunidades de vecinos que administra. La informacin que debe contener la
BD concierne a los aspectos que se describen a continuacin.
La firma tiene varios abogados y cada uno de ellos ejerce de administrador de
una o ms comunidades de vecinos, por lo que cobra a cada uno de ellas unos
honorarios anuales. Una comunidad de vecinos es gestionada por un nico
administrador (Nombre, DNI y n de colegiado). Las funciones de un administrador,
sobre las que en este caso interesa guardar informacin, consisten en llevar la
contabilidad de la comunidad, gestionando los recibos que pagan los vecinos
mensualmente, as como los pagos a las distintas compaas que proporcionan algn
servicio a la comunidad (limpieza, ascensores, seguridad, luz, etc.).
De las empresas que tienen contratadas las distintas comunidades de vecinos
(por ejemplo, Iberdrola, Unin Fenosa, OTIS, etc.) se guarda su nombre, CIF,
direccin, telfono y una persona de contacto. Adems interesa tener estas compaas
agrupadas en distintos sectores (luz, seguridad, ascensores, etc.).
De cada comunidad de vecinos gestionada por la firma de abogados interesa
almacenar un cdigo identificador, su nombre, calle, cdigo postal y poblacin. Cada
comunidad consta de una serie de propiedades que pueden ser de tres tipos (vivienda
particular, local comercial y oficina).Cada propiedad se caracteriza por un nmero de
portal, planta y letra, un nombre y apellidos del propietario con su direccin completa
(que puede ser sta u otra) y un telfono de contacto, un porcentaje de participacin

Pgina 7 de 23

en los gastos de comunidad as como los datos de la cuenta bancaria en el que el

propietario desea se le domicilie el pago de los recibos.
Si el propietario no habita en su propiedad entonces se necesitan sus datos
(nombre, apellidos, direccin y telfonos de contacto), en caso de que est habitada la
propiedad. Si el propietario habita la propiedad slo son necesarios sus datos
(nombre, apellidos, telfono de contacto).
Si la vivienda es particular se guardar el nmero de habitaciones de que
dispone; si es un local comercial se almacenar el tipo de comercio que se desarrolla
en l y el horario (en caso de que est en uso); si es una oficina se guardar la
actividad a la que se destina. Cada comunidad de vecinos tiene adems un presidente
y varios vocales (nombre, apellido y propiedad de la que son dueos) elegidos entre
todos los propietarios, que se encargan de tratar directamente con el administrador los
distintos problemas que pudieran surgir.
En cuanto a la contabilidad, cada comunidad de vecinos tiene una cuenta en un
banco. Delos distintos bancos se almacena el cdigo de banco, el nombre y una
persona de contacto, mientras que para una cuenta bancaria se guarda un cdigo de
cuenta (que consta de un cdigo de sucursal, dos dgitos de control y un nmero de
cuenta) y un saldo. Para identificar una cuenta es necesario aadir al cdigo de cuenta
el cdigo del banco en el que se encuentra.
Es necesario almacenar dos tipos de apuntes (ingresos y gastos) para la
contabilidad de cada comunidad de vecinos

Por un lado, aunque es el banco el que emite los recibos de las cuotas
de comunidad a los distintos propietarios, el administrador guarda la
informacin sobre dichos recibos que se ingresan en las cuentas
bancarias de las comunidades, es decir, el nmero de recibo, fecha,
importe y se ha podido cobrar o no. Esta ltima informacin es
importante para realizar a final de cada trimestre una relacin de
impagados
En cuanto a los apuntes relativos a los gastos se tienen los importes
que cobran las empresas contratadas por cada comunidad de vecinos.
las compaas cobran sus recibos (Nmero de recibo, fecha e importe)
cargndolos a la cuenta de cada comunidad.

Problema 10: Empresa automotriz

HIPERAUTO es una empresa que fabrica y distribuye coches y piezas de
repuesto. Necesita disear una nueva Base de Datos para mejorar el control de
pedidos y almacn de las piezas de repuesto.
HIPERAUTO tiene su sede en Alemania y consta de una serie de sucursales
que fabrican los diversos componentes, en ese pas y en otros de la Unin Europea
(UE). Adems, tiene una red de concesionarios, que son empresas independientes,
que venden coches nuevos o usados (cuya problemtica est fuera del alcance de
este estudio) y piezas de repuesto.
Las necesidades de la empresa son:

Todas las sucursales hacen previsiones en base a las que organiza la

produccin. Este aspecto queda fuera del mbito del trabajo.

Pgina 8 de 23

Cada sucursal fabrica una o ms piezas de repuesto que puede

suministrar a concesionarios o a otras sucursales (denominados
genricamente emisores) segn necesidades. Para atender a sus
concesionarios, las sucursales tienen que mantener
cantidades
suficientes de todas las piezas de repuesto de los coches, incluyendo
de las que l mismo fabrica.

De las sucursales se almacenar en la BD un cdigo, un nombre, una

direccin y ciudad. De cada concesionario se guarda un cdigo, un
nombre, una direccin y ciudad. Cada concesionario es asignado a una
sucursal que le atiende y esta informacin interesa almacenarla.
Cada sucursal tiene en su almacn existencias suficientes de todas las
piezas (cdigo de pieza, nombre) para atender a los pedidos de
concesionarios durante tres meses. No todos los productos tienen la
misma demanda por lo que para cada uno la sucursal fija la cantidad
mnima que debe tener en el almacn (stock).

Problema 11: Materiales de construccin

Una compaa de materiales de construccin quiere automatizar su sistema de
ventas y facturacin. Para ello deciden contratar los servicios de una consultora
informtica y, tras las reuniones iniciales, se consiguen los primeros requisitos del
futuro sistema.
En primer lugar, los materiales manejados pueden ser muy diversos, no
existiendo una clasificacin muy clara entre ellos. Sin embargo, la compaa exige
mantener informacin de todos ellos aunque todava no se haya realizado ninguna
compra y, por tanto, no haya existencias en el almacn. La informacin de partida a
considerar para el material es su cdigo de material, nombre y descripcin. Cuando
se recibe el material se sita en la zona y nicho que le corresponde, pudiendo haber
en los mismos nichos varios materiales de caractersticas similares.
En relacin con los proveedores se dispone de un conjunto variable de ellos, a
los cuales se debe incluir en el sistema ya que de ellos se comenzar a recibir con
relativa frecuencia la informacin sobre los productos que ofrecen y los precios
actuales de esos productos, precios que se considerarn correctos hasta que llegue
nueva informacin con nuevos precios. Es evidente que un mismo material se puede
conseguir de distintos proveedores por lo que el sistema debe ser capaz de determinar
a quin hay que pedir cada material en funcin de los datos de que se disponga. Es
importante a la hora de hacer un pedido guardar el precio actual del material solicitado
para contrastarlo cuando llegue el albarn. La informacin relativa a los proveedores
es su NIF, Nombre, Direccin y telfono. En cuanto al pedido interesa conocer el
cdigo de identificacin del mismo, los materiales solicitados y la cantidad de cada
uno.
Una vez realizado el pedido o pedidos al proveedor o proveedores, el material
llegar acompaado de un albarn que indica los materiales servidos. Por problemas
de distribucin es posible que un pedido llegue en varias entregas distintas e incluso
que una entrega agrupe materiales solicitados en varios pedidos distintos. En el
albarn figura para cada artculo a qu pedido corresponde y el precio, lo que permite
determinar si respetaron el precio que figuraba en el pedido. En caso de que no se
respete el precio es posible realizar una reclamacin al proveedor que indique el
material solicitado, el precio cobrado y el precio con el que se hizo el pedido.

Pgina 9 de 23

Aparte del hecho de controlar los pedidos a los proveedores, el sistema debe
poder tratar con los clientes, atender sus peticiones, facturarlos y hacer presupuestos.
La informacin de inters del cliente es su DNI, nombre, direccin, cdigo postal y
posibles telfonos de contacto. Un presupuesto refleja siempre los materiales que ha
solicitado el cliente con un precio que se mantiene durante un periodo de 10 das
aunque vare el precio de los materiales solicitados. A los 10 das el precio caduca. Es
posible que el cliente negocie el precio de alguno de los materiales que aparecen en el
presupuesto sufriendo stos la correspondiente variacin. Si hay cambio de precios en
un presupuesto por negociacin con el cliente, el presupuesto se mantiene durante 5
das desde la fecha de negociacin. En el momento de hacer el pedido se determina
el precio de los materiales solicitados, el cul se mantendr aunque haya variaciones
en los precios. El pedido del cliente, que siempre se corresponde con un presupuesto
previo, se paga con posterioridad a su realizacin, siendo condicin indispensable
para la posterior entrega de los materiales. Del pedido del cliente se necesita conocer
adems, su nmero de pedido.
El sistema enviar facturas a los clientes al finalizar cada mes, englobando
todos los pedidos que los clientes hicieron a lo largo del mes en cuestin y que ya se
pagaron, es decir, si hay un pedido hecho pero an no ha sido pagado, ste no es
incluido en la factura.
En general, la informacin de tipo econmico tendr siempre prioridad sobre
cualquier otra informacin, por ejemplo, los datos de un cliente no se podrn eliminar
mientras tenga pedidos asociados; lo mismo aplica a los materiales, no podrn
eliminarse mientras estn involucrados en pedidos o presupuestos.
Problema 12: Taller Mecnico
Se desea construir una base de datos para la gestin de un taller mecnico que
deber contener la informacin referente a los clientes, los vehculos que repara, los
mecnicos que trabajan en su taller y los repuestos que se han utilizado para realizar
una determinada reparacin.
El funcionamiento del taller es el siguiente:
1. Se registra tanto el cliente como el vehculo que trae al taller para su
reparacin.
Este registro recoge el DNI, Nombre y Apellidos, Direccin y Telfono de
contacto del cliente. Del vehculo se recogen la matrcula, el modelo y el color.
Tambin se registra la fecha de entrada del vehculo en el taller y su hora.
2. Una vez registrado, se le asigna un mecnico (libre) que se encargar de
evaluar los daos.
3. Posteriormente, este mecnico puede rodearse de otros mecnicos que le
ayudarn en la reparacin.
4. Los mecnicos que participan en la reparacin irn anotando en una hoja de
parte todos aquellos repuestos que les han sido necesarios para llevar a cabo
la reparacin y el precio de la mano de obra.
5. Una vez terminada la reparacin, la hoja de parte se pasa a la persona que
mantiene el sistema de informacin, la cual introducir los datos que
generarn la correspondiente factura para el cliente. La factura por tanto, debe
contener todos los datos del cliente, los datos del mecnico al que ha sido
asignado y el desglose de qu repuestos se han utilizado con su precio por
unidad, el precio de la mano de obra y el total de la factura. A este total se le
aplica el 16 % de IVA y adems deber el precio total de la reparacin
aparecer en pesos y en dlares.

Pgina 10 de 23

Problema 13: Consultora

Una conocida empresa del mundo de la consultora informtica ante los elevados
costes de adaptacin de su antiguo sistema de informacin contra el inminente efecto
del ao 2000 y el factor aadido de que dicho sistema proceda de un diseo
absolutamente obsoleto que ya no recoga de forma completa la informacin necesaria
para la buena marcha del negocio, ha decidido recientemente la creacin de un nuevo
sistema de informacin con las siguientes especificaciones.

Se necesita almacenar informacin sobre todas las empresas clientes de la

consultora, considerando como informacin relevante el nombre de la empresa
cliente, su direccin, CIF y probablemente varios telfonos de cada una de
ellas.
En la consultora se gestionan muchos proyectos que podran venderse a una o
varias empresas clientes a un precio que determine para cada venta en
particular el consultor responsable del proyecto.
Gracias a la excelente poltica de calidad mantenida las empresas clientes
tienden a comprar ms de dos o tres proyectos distintos a la consultora. Se
desean almacenar estas compras, as como las fechas previstas de inicio y fin
de proyecto.
Independientemente de los precios a los que se pueda vender un proyecto este
tiene un coste asociado.
Todos los proyectos generalmente llevan asociada una breve descripcin de
sus objetivos.
Los consultores se caracterizan por un cdigo de empleado, cobran un sueldo
determinado que no tiene por qu corresponder con el salario recomendado de
la categora profesional a la cual pertenezca (a mayor categora mayor salario).
Adems del sueldo y del salario recomendado se desea almacenar el nombre
del consultor.
Cada consultor puede depender de otro consultor de categora inmediatamente
superior.

Problema 14: El metro

Se desea recoger informacin de las lneas de metro de una determinada ciudad.
Los supuestos considerados son los siguientes:

Una lnea est compuesta por una serie de estaciones en un orden

determinado, siendo muy importante recoger la informacin de este orden.
Cada estacin pertenece al menos a una lnea, pudiendo pertenecer a varias.
Una estacin nunca puede dejar de pertenecer a una lnea a la que
anteriormente perteneciera (por ejemplo Portazgo que pertenece a la lnea 1
nunca podr dejar de pertenecer a esta).
Cada estacin puede tener varios accesos, obviamente un acceso slo puede
pertenecer a una estacin.
Un acceso nunca podr cambiar de estacin.
Cada lnea tiene asignados una serie de trenes, no pudiendo suceder que un
tren est asignado a ms de una lnea, pero s que no est asignado a
ninguna.
Cada lnea tiene asignados como mnimo tantos trenes como estaciones tenga
y como mximo el doble del nmero de estaciones.
Algunas estaciones tienen asignadas cocheras, y cada tren tiene asignada una
cochera.
Un tren puede cambiar de cochera, pero no quedar sin ella.

Pgina 11 de 23

Interesa conocer todos los accesos de cada lnea.

Problema 15: Discografa

Don Pepe Muelas, gran aficionado la msica, debido al alto volumen de
grabaciones que posee desea construir una base de datos que gestione toda su
discografa. La base de datos deber contener las grabaciones, intrpretes y
compaas que editan cada grabacin, teniendo en cuenta que.

De cada grabacin se debe almacenar el ttulo, la categora musical a la que

pertenece (jazz, rock, ...), el nmero de temas que lo componen y un campo
descripcin que pueda almacenar aspectos especiales de la grabacin.
Adems cada grabacin se distingue de las otras por su ttulo.
Cada grabacin tiene un formato asociado (CD, cinta,...) y una grabacin
puede existir en diferentes formatos. Para cada una de ellas se desea conocer
su estado de conservacin (bueno, malo, regular).
De los intrpretes se desean registrar su nombre y una breve descripcin que
contenga los aspectos ms relevantes de su discografa, as como las
grabaciones en las que ha participado cada uno y en qu fecha particip.
Toda grabacin es editada por una compaa discogrfica, la cual se desea
almacenar.
Una compaa discogrfica se diferencia de otra por un Identificador de
compaa, tiene un nombre y una direccin.

Problema 16: Camino de Santiago

La Consejera de Cultura de la Comunidad Gallega ha decidido guardar
informacin referente al Camino de Santiago en una Base de Datos. La informacin
que desea almacenar es la siguiente:

Teniendo en cuenta que la peregrinacin a Santiago se puede realizar por

distintos caminos (el camino francs, el aragons, etc.), se quiere guardar
informacin acerca de stos. Esta informacin se refiere al nombre (que los
identifica), el nmero de kilmetros totales y el tiempo estimado para la
realizacin del camino.
Cada camino se compone de distintas etapas que se identifican por un nmero
correlativo dentro de cada camino, y para cada una de ellas se desea saber el
nmero de kilmetros, el tiempo estimado y las distintas localidades por las que
pasa. Adems se quiere recoger la localidad de salida y de llegada de la
correspondiente etapa.
Se recogern las distintas localidades por las que pasa cada camino. La
informacin que se recoger de cada localidad ser: nombre de la misma,
Comunidad Autnoma a la que pertenece y cdigo postal. Se debe tener en
cuenta que pueden existir localidades comunes a distintos caminos.
Se desea guardar informacin sobre los albergues para peregrinos que existen
en algunas de las localidades que pertenecen al camino. Esta informacin
consta de: nombre del albergue, capacidad y precio (si lo tuvieran).
Por ltimo, se quiere registrar los peregrinos que realizan el camino. Para llevar
este control cada uno de ellos lleva un carnet que consta de un nmero de
identificacin, el nombre completo del peregrino, su direccin y las localidades
por las que ha ido pasando a lo largo del recorrido junto con el da que llegaron
a dicha localidad.

Pgina 12 de 23

Problema 17: Video Club

La cadena de Video-Clubs Glob-Gusters ha decidido, para mejorar su servicio,
emplear una base de datos para almacenar la informacin referente a las pelculas
que ofrece en alquiler. Esta informacin es la siguiente:

Una pelcula se caracteriza por su ttulo, nacionalidad, productora y fecha (p.e.,

Quo Vadis, Estados Unidos, M.G.M., 1955).
En una pelcula pueden participar varios actores (nombre, nacionalidad, sexo)
algunos de ellos como actores principales.
Una pelcula est dirigida por un director (nombre, nacionalidad).
De cada pelcula se dispone de uno o varios ejemplares diferenciados por un
nmero de ejemplar y caracterizados por su estado de conservacin.
Un ejemplar se puede encontrar alquilado a algn cliente (DNI, nombre,
direccin, telfono). Se desea almacenar la fecha de comienzo del alquiler y la
de devolucin.
Cada socio puede tener alquilados, en un momento dado, 4 ejemplares como
mximo.
Un socio tiene que ser avalado por otro socio que responda de l en caso de
tener problemas en el alquiler.

Problema 18: Academia

En una academia de formacin profesional se quiere automatizar la gestin de
profesores y clases. En la academia se imparten clases de primer y segundo grado en
diferentes especialidades (administracin, informtica, delineacin y electrnica),
existiendo varios grupos por cada curso y especialidad, de forma que existen, por
ejemplo, un 1 A en la especialidad de Administracin, un 1 A en la especialidad de
Informtica, un 1 B de Administracin, etc.
Cada especialidad se caracteriza por un cdigo de especialidad, nombre,
nmero de asignaturas totales y titulo oficial otorgado. Los cursos se componen de un
nmero de curso (1, 2, 3, 4 o 5) y de la lista de asignaturas del curso. Por su parte,
los grupos incluyen el cdigo de grupo (A, B o C) y el nmero de alumnos que lo
componen, siendo una prioridad del centro mantener un lmite mximo de 15 alumnos
por grupo.
Cada grupo tiene un profesor al que se considera tutor del grupo y que se
encarga de dar algunas de las asignaturas consideradas como troncales del curso:
matemticas, literatura, etc. Adems, debido a las caractersticas particulares de cada
especialidad, existen profesores encargados de impartir clases especializadas como
contabilidad, sistemas operativos, etc. Tanto los profesores tutores como los
especialistas se consideran personal fijo de la academia y la informacin que se
deber almacenar de ellos es su DNI, nombre y apellidos, domicilio, nivel de estudios
alcanzados y titulacin. Un profesor puede ser tutor de un grupo y especialista en el
mismo u otro grupo distinto y nada impide que un profesor slo pertenezca a la
categora de especialistas.
Uno de los principales objetivos de la academia es llevar un riguroso control de
las clases impartidas por los profesores y tambin de las clases recibidas por los
alumnos de forma individualizada (con el objetivo de realizar posteriores estadsticas
de absentismo acadmico) para lo que establece las siguientes medidas:

Pgina 13 de 23

I.

II.

Todos los profesores deben firmar diariamente una hoja de actividad que
justifica las clases que ha dado. Existe una hoja de actividad diaria por cada
grupo y en dicha hoja se registra la fecha, el nombre del profesor y las
horas de inicio y de fin de la clase dada por el profesor.
Adems de firmar la hoja de actividad, los profesores deben firmar a cada
alumno una ficha individual en la que consta el mes, el da del mes, la clase
impartida y la firma del profesor. Estas fichas individuales se renuevan cada
mes de forma que cada una contiene tantas casillas con los tres campos
(da, clase y firma) como das tenga el mes

Como la academia est muy preocupada porque el ritmo de las clases no se altere
bajo ningn concepto mantiene un grupo de profesores candidatos que permiten
impartir las clases cuando alguno de los profesores tutores o especialistas no puede
hacerlo por cualquier motivo (enfermedad, vacaciones, etc.). Los interesados en cubrir
vacantes deben dejar en la academia una copia de su Currculum Vitae y rellenar un
formulario en el que indiquen las materias que desean impartir y si desean trabajar
como tutores, como especialistas o como ambas cosas.
Cuando se necesita cubrir una vacante se consulta la lista de candidatos y en
funcin de las clases a cubrir se contacta telefnicamente con algunos de los
candidatos para concertar una entrevista. De la llamada interesa almacenar la fecha y
hora de la misma y la disposicin del candidato a mantener la entrevista: no
localizado, no est interesado o entrevista concertada. Una vez realiza la
entrevista, se emite un informe con la fecha de la entrevista, el nombre del candidato
entrevistado, la materia a cubrir y la valoracin que se le asigna.
El proceso de seleccin de candidatos (llamada y entrevista) es realizado por un
grupo de profesores tutores o especialistas que forman parte de un comit selectivo
encargado de estas labores. Este comit es por tanto el encargado de elegir al
candidato en funcin de la valoracin que se le haya dado. Una vez elegido el
candidato la formalizacin de su contrato laboral no es objeto de este modelo de
datos. El comit se compone de un presidente, un secretario y un vocal. La
pertenencia al comit es optativa y sus miembros se eligen anualmente, pero la
academia est interesada en mantener un historial de los sucesivos comits de
seleccin por lo que deber guardarse tambin el ao de constitucin de cada comit.
Problema 19: Plataforma automtica de materiales
La universidad ESTUDIA de Madrid desea desarrollar un nuevo sistema
informtico con el doble objetivo de automatizar la gestin de las fotocopias de los
ejercicios, apuntes y exmenes anteriores que compran los alumnos de las diferentes
asignaturas que se imparten en la universidad y de controlar la facturacin de
empresas de fotocopias que tiene subcontratadas.
Para ello, se desea almacenar informacin sobre qu alumnos estn
matriculados en las diferentes asignaturas de cada titulacin (y por lo tanto tienen
permiso para realizar fotocopias de los apuntes/ejercicios/exmenes anteriores de esa
asignatura) y qu empresa de fotocopias es la que se encarga de las fotocopias de
cada asignatura.
Sobre los alumnos, se desea almacenar informacin sobre su cdigo
identificador dentro de la universidad (NIA), su NIF, nombre y apellidos, direccin,
telfonos de contacto (en el caso de que tuviera) y la descripcin de los nmeros
telefnicos, as como las asignaturas en las que se encuentra matriculado en el curso
actual. Adems, cuando los alumnos se matriculan en la universidad, sta les

Pgina 14 de 23

proporciona una direccin de correo electrnico gratuita que tambin se desea

mantener almacenada en la base de datos. Esta direccin se crea automticamente
uniendo su NIA a la cadena de caracteres @alumnos.estudia.es.
Las asignaturas en las que se matriculan los alumnos pertenecen a una carrera
y un curso y se identifican mediante un cdigo de asignatura. Adems, se almacena
tambin el nombre de la asignatura. Por supuesto, en la misma titulacin no pueden
existir varias asignaturas con el mismo nombre.
Para controlar de forma ms sencilla la gestin de las fotocopias de una
determinada asignatura, nicamente una empresa fotocopiadora es la encargada de
realizar todas las fotocopias de los materiales asociados a la asignatura. Cada
empresa de fotocopias determina el precio por fotocopia en cada asignatura a la que
se encuentra asociada. Se debe almacenar el CIF, nombre y direccin de las
empresas de fotocopias asociadas a la universidad.

Cuando un alumno solicita fotocopias de material de una asignatura (apuntes

de un tema concreto, ejercicios de un tema o exmenes anteriores de la asignatura),
esta informacin quedar recogida en la base de datos de nuestro sistema
informtico, as como el nmero de copias del material a fotocopiar en cada pedido y
el nmero de pginas que posee cada material. El material a fotocopiar (cada bloque
de fotocopias) pertenece a una nica asignatura. Adems, solamente existir, como
mucho, un bloque de fotocopias de apuntes y/o ejercicios por tema en cada
asignatura. En cuanto a los exmenes anteriores de cada asignatura, stos se
identifican mediante el cdigo de la asignatura correspondiente, la convocatoria a la
que pertenecen (febrero, junio, septiembre) y el curso acadmico (por ejemplo, curso
2006/07). NOTA: observad que para poder identificar todo material a fotocopiar se
necesita, al menos, el cdigo de la asignatura a la que pertenece.
Es necesario tener en cuenta que en algn caso, los profesores de la
asignatura pueden proporcionar informacin sobre una o varias soluciones a los
ejercicios de clase. Tanto los enunciados como las soluciones de los ejercicios (en el
caso de que existan), formarn parte del mismo bloque de fotocopias. Se desear
mantener informacin en la base de datos sobre cuntos ejercicios de clase se
presentan en cada bloque de fotocopias y cuntas soluciones se proporcionan por
cada ejercicio de clase.
Para encargar material a fotocopiar de una asignatura, el alumno deber
rellenar, a travs de la interfaz de la aplicacin, una ficha de peticin indicando la
asignatura, el nmero de copias (no confundir el nmero de copias con el nmero de
pginas) y el tema (si se trata de apuntes o ejercicios) o el curso y convocatoria (si se
trata de un examen). El sistema generar automticamente la fecha de solicitud. Un
alumno no puede rellenar varias fichas de peticin del mismo material el mismo da,
aunque s puede hacerlo en fechas distintas. Si est permitido hacer diferentes
solicitudes de diferentes materiales en el mismo da.
Como resultado de la peticin el sistema permitir que el alumno seleccione la
forma en que prefiere recibir el aviso cuando sus fotocopias estn preparadas. Las
dos opciones disponibles inicialmente son a travs de correo electrnico o mediante
un mensaje al mvil. Como es lgico el alumno debe indicar su direccin de correo
electrnico o su nmero de telfono segn la opcin elegida. NOTA: un alumno puede
proporcionar diferentes direcciones de correo electrnico o telfonos en diferentes
fichas de peticin de copias.

Pgina 15 de 23

Por ltimo, para gestionar la facturacin con las empresas de fotocopias, se

tendr en cuenta el nmero de copias solicitadas por los alumnos sobre materiales de
la asignatura de la que se encarga cada empresa, as como el precio unitario por
fotocopia. Conocida la cantidad de copias realizada por la empresa y lo que cobra por
cada copia, se emite mensualmente una factura con un importe que ser el 5% de la
cantidad cobrada por la empresa de fotocopias a los alumnos en concepto de
adjudicacin del contrato. El sistema generar secuencialmente el nmero de la
factura y en la misma figurar, adems, la fecha de emisin.

Problema 20: Red Social

Supongamos que se nos ha encargado el diseo de una aplicacin que sirva
de soporte al funcionamiento de una red social online (una comunidad de usuarios
con intereses comunes que deciden ponerse en contacto e intercambiar opiniones e
informacin acerca de sus temas de inters). Tras analizar detenidamente el
problema, averiguamos que nuestra aplicacin debe cumplir los siguientes requisitos:

Los usuarios de nuestra comunidad virtual se pueden registrar gratuitamente

en nuestro sistema. Una vez registrados, para acceder al mismo han de usar
su nombre de usuario o nick y una contrasea que ellos mismos establecen
al registrarse. El usuario tambin ha de indicar una direccin de correo
electrnico vlida y, opcionalmente, un nmero de telfono mvil en el que
recibir notificaciones va SMS. El perfil de un usuario puede incluir,
opcionalmente, la URL de su pgina web personal, su lugar de residencia
(ciudad y pas), su fecha de nacimiento, una fotografa (o icono) y una breve
descripcin en la que el usuario podr especificar sus aficiones o preferencias.
Los usuarios podrn subscribirse a distintos grupos, siendo cada grupo de
usuarios gestionado por uno o varios moderadores que pueden decidir a
quin aceptan y a quin rechazan en el grupo. Cualquier usuario puede crear
nuevos grupos y solicitar su acceso a grupos ya existentes. Alguno de los
moderadores deber aceptar o rechazar las solicitudes de acceso. En cualquier
momento, el moderador puede expulsar a alguien del grupo y el usuario puede
darse de baja del grupo.
Los grupos estarn organizados jerrquicamente y se podrn dividir en
subgrupos (p.ej. el grupo reseas puede estar dividido en reseas de libros,
crticas de pelculas y comentarios sobre videojuegos).
Los usuarios del sistema pueden enviar artculos a uno o varios grupos (textos
con informacin de inters para los miembros del grupo, como reseas de
libros, crticas de productos, tutoriales tcnicos de diversas materias, etc.).
Cada artculo tendr un identificador nico, una fecha de creacin, un usuario
responsable (el creador del artculo), un resumen (como el subject de un email) y un texto (el artculo en s). Tambin tendr, para cada grupo al que ha
sido enviado, un estado editorial asociado (enviado, aprobado
o
rechazado) que ser controlado por los moderadores de cada grupo (para
que puedan actuar como tales si fuese necesario).
Una vez publicado un artculo, los dems usuarios de los grupos en los que se
publique el artculo podrn escribir comentarios sobre l. Cada comentario
tendr un firmante (un usuario del sistema), una fecha, un texto y un estado
editorial asociado.
Los usuarios del sistema podrn enviar mensajes privados a otros usuarios del
sistema (el sistema, automticamente, notificar por e-mail al recipiente del
mensaje).
Pgina 16 de 23

Los usuarios tambin podrn publicar noticias de inters general que

aparecern en la pgina de bienvenida del sistema. Las noticias, que estarn
moderadas por los administradores del sistema, llevarn una fecha asociada y
caducarn automticamente pasada esta fecha.

Problema 21: Agencia de viajes

Supongamos que se nos ha encargado el desarrollo de una aplicacin que se
encargue de gestionar la reserva de billetes de avin en una agencia de viajes. Tras
analizar el problema con nuestros clientes hemos recopilado la siguiente lista de
requisitos:
La agencia de viajes desea mantener informacin de contacto relativa a cada
cliente que ha utilizado los servicios de reserva de billetes a travs de la
agencia.
Cuando un cliente hace una reserva, compra un billete para trasladarse de una
ciudad a otra. El billete ha de incluir, aparte del nombre del viajero y las
ciudades de origen y destino, su fecha de emisin y su precio total.
Los billetes pueden ser de distintas categoras (business, turista).
Dado que no siempre hay vuelos directos entre dos ciudades, el trayecto
realizado por el cliente puede estar formado por distintos tramos. Cada tramo
corresponde a un vuelo concreto entre dos aeropuertos y viene definido por el
cdigo de vuelo, la fecha y la hora de salida. En algunas ocasiones, la agencia
es capaz de reservar un asiento concreto dentro del avin.
El cdigo de cada vuelo est formado por el cdigo de la compaa area y un
nmero. Por ejemplo, el vuelo IB-365 es el vuelo nmero 365 de la compaa
Iberia.
Cada vuelo oferta un nmero determinado de plazas para cada categora y
cada categora tiene asociada una tarifa diferente para un mismo vuelo.
Los aeropuertos vienen identificados unvocamente por un cdigo de tres
letras (por ejemplo, GRX corresponde al aeropuerto de Granada).
En el caso de los billetes de ida y vuelta, lo nico que tenemos que hacer es
incluir los tramos que sean necesarios para realizar el recorrido completo.
Problema 22: Control de calidad
Supongamos que se nos ha encargado el desarrollo de una aplicacin que se
encargue de gestionar los ensayos realizados en un laboratorio de control de calidad y
emitir los informes pertinentes. Para realizar nuestra tarea, hemos de comenzar
diseando la base de datos que dar soporte a nuestra aplicacin.
REQUISITOS:

Nuestro laboratorio se encarga de hacerle controles de calidad a distintos

productos. En concreto, la funcin del laboratorio consiste en realizar el control
de calidad de muestras tomadas de un lote concreto del producto analizado.
En control de calidad viene avalado por la realizacin de uno o varios ensayos
(experimentos de laboratorio que se realizan expresamente sobre muestras del
producto para certificar la calidad del lote analizado).
Cada ensayo se realiza sobre una muestra del lote analizado del producto, la
cual viene identificada por un cdigo asignado por el jefe de laboratorio y, en
ocasiones, puede reutilizarse para distintos ensayos.
Cada ensayo toma una serie de medidas de la muestra analizada. Dichas
medidas sern las que aparezcan en el informe final de control de calidad.

Pgina 17 de 23

Cuando los ensayos demuestren que el producto cumple con las exigencias de
calidad establecidas por ley, nuestra aplicacin se encargar de emitir un
certificado que garantice la calidad del producto. Dicho certificado slo tiene
validez para el lote concreto analizado y deber ir firmado por el director de
laboratorio para que tenga validez.
Cada ensayo de los realizados en el laboratorio es de un tipo concreto
(especificado por la normativa vigente) y su tipo determina cules son las
condiciones mnimas exigibles a los resultados obtenidos en el laboratorio para
poder emitir el certificado de calidad.

Problema 23: Empresa de transporte

Supongamos que se nos ha encargado el desarrollo de una aplicacin que se
encargue de gestionar la flota de autobuses de una empresa de transporte urbano. El
objetivo de la aplicacin es analizar el funcionamiento de las distintas lneas de
autobs urbano para decidir cmo se podran modificar dichas lneas y prestar un
mejor servicio al ciudadano. Para comparar distintas alternativas, no slo hemos de
tener en cuenta los beneficios que las modificaciones podran suponer, sino tambin
los costes asociados que pueden conllevar. Tras analizar el problema, hemos obtenido
la siguiente lista de requisitos:

La compaa tiene una flota de autobuses de distintas caractersticas. Segn el

modelo de autobs, ste tiene mayor o menor capacidad y su consumo de
combustible es diferente.
Para cada autobs se ha de mantener un parte de incidencias en el que
queden registradas las revisiones y reparaciones a las que ha sido sometido.
En el parte han de figurar fecha, coste y descripcin, tanto de las revisiones y
reparaciones.
Cada lnea de autobs consta de una serie de paradas. Las paradas estn
identificadas por el nombre de la calle donde estn situadas y un nmero (p.ej.
Gran Va 3).
Cada da, los autobuses realizan varias veces los recorridos marcados por las
distintas lneas, para las cuales existe un horario oficial
(el cual,
desgraciadamente, no suele cumplirse).
En los autobuses se instalarn los dispositivos necesarios que permitan contar
el nmero de viajeros que suben y bajan en cada parada, as como controlar el
cumplimiento de los horarios.

Problema 24: Billetes de tren

Supongamos que se nos ha encargado el desarrollo de una aplicacin que se
encargue de gestionar reservas de billetes de tren. Tras analizar el problema, hemos
obtenido la siguiente lista de requisitos:

RENFE tiene una serie de trenes que hacen rutas fijas todos los das. Los
trenes se identifican por el cdigo asociado a su locomotora y tienen una
capacidad mxima de pasajeros que viene determinada por el nmero y tipo
de sus vagones.
Las rutas realizadas por los trenes estn compuestas por tramos que conectan
ciudades. Los tramos se identifican por las ciudades que conectan y la hora de
salida de la ciudad origen.

Pgina 18 de 23

Adems, para poder automatizar la realizacin de reservas, tambin se

mantiene informacin acerca de la duracin del trayecto asociado a cada
tramo.
Los pasajeros hacen sus reservas para ir de una ciudad a otra a travs de un
sistema informatizado que les ofrece distintas rutas alternativas. Cada reserva
tiene asociado un localizador nico, una fecha de emisin, una ciudad de
origen y una ciudad de destino.
El trayecto asociado a la reserva de un pasajero est compuesto por un
conjunto de tramos, que corresponden a los tramos efectuados diariamente por
los ferrocarriles de RENFE. Para cada tramo, el viajero tiene reservado un
asiento que viene determinado el nmero del vagn en el convoy, la fila del
asiento en el vagn y una letra que identifica la posicin del asiento dentro de
la fila.
Obviamente, cuando un viajero efecta su reserva, puede que todo el trayecto
no se realice en el mismo tren. Esto es, el pasajero puede que tenga que
hacer transbordos.
vg: Para viajar de Granada a Zaragoza, el viajero hace una reserva de un
billete que incluye una plaza para el TALGO Granada-Madrid y otra plaza para
el tren Intercity Madrid-Zaragoza

Problema 25: Recuperacin de informacin

Supongamos que se nos ha encargado el diseo de un sistema de
recuperacin de informacin (SRI) mediante el que se pueda acceder a una base de
datos documental. Tras analizar detenidamente el problema, enumeramos los
requisitos que ha de cumplir el SRI:

Hemos de mantener un registro de documentos, cada uno de los cuales viene

identificado por un nmero de registro.
Todos los documentos tienen ttulo e incluyen una URL mediante la que se
puede acceder al documento en s.
Los documentos aparecen indexados en la base de datos en funcin de los
trminos (palabras) que aparecen en ellos.
En la base de datos se ha de mantener la frecuencia de cada trmino en cada
documento.
Para facilitar la actualizacin del ndice, junto con los datos de cada
documento, se almacena el tamao en bytes del documento, la fecha de ltima
actualizacin del documento en el ndice y el valor de una funcin hash
(checksum) que se utilizar para comprobar si el documento actual es el que
ya est indexado en la base de datos.
Aparte de poder realizar bsquedas por palabras clave (al estilo de un
buscador como Google o Altavista), el sistema de recuperacin de informacin
tambin ha de permitir al usuario navegar por la base de datos documental.
Para ello, se han de mantener los documentos clasificados por temas (al estilo
de un directorio como Yahoo! o dmoz.org).
Los temas se organizan de la forma tradicional formando una taxonoma (un
tema puede tener varios subtemas y ha de estar situado en una posicin
concreta dentro de la jerarqua de temas).
Adems, tambin se mantienen relaciones entre temas afines para facilitar la
navegacin del usuario por la base de datos documental (por ejemplo, los
algoritmos de generacin de nmeros pseudoaleatorios usados en simulacin
estn obviamente relacionados con la Estadstica, aunque probablemente no
aparezcan dentro del tema Estadstica en nuestra clasificacin oficial por
temas).

Pgina 19 de 23

Por cuestiones de eficiencia, la base de datos del sistema de recuperacin de

informacin almacenar de forma redundante los siguientes datos (por
ejemplo, para permitir la ordenacin de los resultados obtenidos para una
consulta):
Para cada trmino, el nmero de documentos distintos en los que aparece y el
nmero total de veces que aparece en todos los documentos de la base de
datos.
Para cada documento, su tamao (en palabras), el nmero de palabras
diferentes que incluye y la frecuencia de la palabra que ms se repite en el
documento.

Problema 26: Sistema de Informacin Geogrfica (SIG)

Supongamos que se nos ha encargado el desarrollo de un sistema de
informacin geogrfica (SIG). El objetivo del sistema es recopilar informacin acerca
del uso del suelo en la provincia de Granada. Tras analizar el problema, hemos
obtenido la siguiente lista de requisitos:

El SIG almacenar datos acerca de la divisin administrativa del terreno en

parcelas, tal como figuran en el catastro (coordenadas, superficie, altitud).
A parte de las parcelas en s, nos interesa almacenar datos geolgicos acerca
de la composicin de los suelos de la parcela. Ya que una parcela puede tener
zonas con distintos tipos de suelos, utilizaremos una capa diferente en nuestro
GIS para almacenar la informacin geolgica acerca del suelo.
NOTA: Para ver qu zonas de terreno pertenecen a cada parcela utilizaremos
la capacidad del GIS de realizar consultas a partir de las coordenadas de las
distintas reas.

Nuestro sistema deber mantener informacin acerca de los propietarios de las

distintas parcelas, teniendo en cuenta que una parcela puede tener varios
propietarios.
Los propietarios de una parcela, identificados por su CIF, pueden ser personas
fsicas (con nombre, apellidos, DNI [CIF de una persona], fecha de nacimiento,
direccin y telfono de contacto) o entidades jurdicas (con nombre, CIF,
direccin de la sede social y responsable administrativo, que es una persona).
Las parcelas pertenecen a trminos municipales. Cada municipio tiene un
nombre nico dentro de su provincia, aunque distintas provincias pueden tener
municipios con el mismo nombre.
Tambin registraremos datos climticos en nuestro SIG, para lo cual
mediremos las temperaturas (mxima y mnima) y precipitaciones diarias para
cada municipio, ya que no disponemos de los medios necesarios para medir
diariamente dichos datos en todas las parcelas en que se divide la zona
geogrfica abarcada por nuestro GIS.

Problema 27: Galera de arte

Supongamos que se nos ha encargado el desarrollo de un sistema de informacin
para una galera de arte. Tras analizar el problema, hemos obtenido la siguiente lista
de requisitos:

Pgina 20 de 23

El sistema ofrecer informacin acerca de las distintas exposiciones que estn

programadas (ttulo, descripcin, fecha de inauguracin y fecha de clausura).
En cada exposicin se expondrn obras de distintos artistas. Cada obra vendr
identificada por un nmero de registro. El sistema informar acerca del ttulo,
artista, estilo y precio de salida de cada una de las obras de arte expuestas en
las exposiciones.
Cada obra tiene un propietario, que suele ser el artista que la cre, aunque esto
no es necesariamente as.
Las obras expuestas se pueden comprar hacindole ofertas a sus propietarios.
Al trmino de la exposicin, el propietario de una obra puede vender la obra a
la persona que haya realizado la mejor oferta.

NOTA: Es esencial que en la base de datos no se almacenen datos de forma

redundante, para lo cual hemos de tener en cuenta que una misma persona puede
ser propietaria de una obra de arte y realizar ofertas para comprar otras obras de arte.
De hecho, incluso puede ser responsable de la creacin de alguna de las obras
expuestas.
Problema 28: Manejo de proyectos
Supongamos que se nos ha encargado el diseo de una aplicacin para
facilitar la gestin de los proyectos de una empresa. Tras analizar detenidamente el
problema, averiguamos que nuestra aplicacin debe cumplir los siguientes requisitos:

Se ha de mantener un registro de los proyectos de la empresa (nombre en

clave, denominacin comercial, fecha de inicio, fecha de finalizacin, estado
actual)
Nuestra aplicacin gestionar los recursos humanos de la empresa y le
permitir al usuario visualizar la ficha de cada empleado (DNI, nombre,
apellidos, direccin, telfono, correo electrnico, fecha de contratacin).
Cada proyecto tiene un promotor, que ha de ser uno de los empleados de la
empresa y que ejercer de jefe de proyecto durante la duracin del mismo.
Cada proyecto se descompone en una serie de tareas (descripcin, tipo, fecha
de inicio estimada, fecha de inicio real, duracin estimada, duracin real).
Los empleados de la empresa se adscriben a las distintas tareas en las que se
descomponen los proyectos que en cada momento estn en marcha.
Asociados a cada tarea se genera una serie de documentos (p.ej. el
documento de
especificacin de requisitos, el cdigo fuente de un
componente). Cada documento viene caracterizado por su cdigo (nico
dentro del mbito del proyecto al que corresponde), una descripcin y su tipo.
Nuestro sistema tambin se encarga de mantener almacenadas las distintas
versiones de los documentos que se van generando a lo largo del proyecto. A
cada versin de cada documento, que se almacena digitalizada en nuestro
sistema, se le asocia tambin una descripcin y una fecha.

Problema 29: Liga de baloncesto

Supongamos que se nos ha encargado el diseo de una aplicacin para gestionar la
liga BCD de baloncesto. Tras analizar detenidamente el problema, averiguamos que
nuestra aplicacin debe cumplir los siguientes requisitos:

En la liga participan 18 equipos.

Cada uno de los equipos tiene su sede en un pabelln con una capacidad que
determina el nmero mximo de asistentes a un encuentro.

Pgina 21 de 23

Cada equipo tiene una plantilla con una serie de jugadores (dorsal, nombre,
estatura, posicin). Para simplificar, suponemos que un jugador, una vez
que juega con un equipo, no puede competir con otro equipo distinto durante
la misma temporada.
Todos los equipos se enfrentan entre s en una liga a doble vuelta de 34
jornadas. Esto es, cada equipo juega 34 partidos (17 como local y 17 como
visitante).
Nuestro sistema ha de encargarse de mantener el calendario de encuentros de
cada jornada, los resultados de los partidos y las estadsticas de los distintos
jugadores para cada partido (minutos jugados, puntos, rebotes, asistencias,
faltas personales).

Problema 30: Congreso cientfico

Supongamos que se nos ha encargado el diseo de una aplicacin que sirva
de soporte a la organizacin de una reunin cientfica (congreso o seminario). Tras
analizar detenidamente el problema, averiguamos que nuestra aplicacin debe
cumplir los siguientes requisitos:

Los congresistas (asistentes al congreso) se registran para poder asistir a las

sesiones del congreso. Al registrarse, han de indicar su nombre y primer
apellido (fuera de Espaa no se usa el segundo apellido), la institucin a la
que pertenecen, una direccin de correo electrnico vlida y, opcionalmente,
un nmero de telfono mvil en el que recibir notificaciones va SMS.
En el congreso se presentan trabajos remitidos por los propios congresistas.
Cada trabajo tiene un ttulo, un abstract (un resumen del trabajo presentado)
y una lista de autores asociada. NOTA: Al menos uno de los autores debe estar
registrado como asistente al congreso.
En cada sesin del congreso se presenta un subconjunto de los trabajos
aceptados para su publicacin. Cada sesin tiene asignada una sala donde se
realizan las presentaciones en el da y la hora establecidos por los
organizadores del congreso. Cada trabajo se presenta en una nica sesin.
Cada trabajo de los presentados en una sesin es defendido por un ponente,
que ha de ser uno de los coautores del trabajo y debe aparecer registrado
como asistente al congreso.
Cada sesin es moderada por el chairman de la sesin, que tambin es un
asistente al congreso (usualmente, miembro del comit de organizacin del
mismo).

Problema 31: Bsqueda de empleo

Supongamos que se nos ha encargado el diseo de una base de datos que
sirva de soporte a un servicio web de bsqueda de empleo (tipo infojobs.net o
monster.es). Tras analizar detenidamente el problema, averiguamos que nuestro
sistema debe cumplir los siguientes requisitos:

Pgina 22 de 23

Los usuarios de nuestro sistema pueden ser demandantes de empleo

(candidatos) o clientes corporativos (empresas) que usarn nuestro sistema
para insertar ofertas de trabajo y realizar procesos de seleccin.
Una vez registrados, los candidatos introducirn sus datos de contacto
(nombre, direccin, telfono, e-mail) y podrn detallar su currculum.
El currculum de un candidato incluir su experiencia profesional (puesto,
empresa, descripcin de responsabilidades, fecha de inicio y fecha de
finalizacin de cada una de las
actividades profesionales que haya
desempeado) y su formacin acadmica (ttulo, especialidad, institucin y
fecha, para cada una de sus titulaciones oficiales), as como otros mritos que
el candidato desee hacer constar.
Por su parte, las empresas sern las que podrn introducir nuevas ofertas de
empleo en nuestro sistema.
Entre los datos de cada oferta de empleo se incluirn una descripcin del
puesto vacante, el nmero de vacantes que se ha de cubrir, la fecha de la
oferta, su ubicacin (poblacin, provincia y pas) y los requisitos del puesto, as
como la duracin del contrato, el horario de la jornada laboral y el salario
asociado al puesto.
Los requisitos asociados a una oferta de trabajo pueden ser requisitos mnimos
que han de cumplir los candidatos (nivel de estudios, experiencia previa,
idiomas, etc.) o, simplemente,
requisitos deseables para el puesto.
Obviamente, pueden ser varios para una misma oferta.
Los candidatos, al ver una oferta de empleo de su inters, se inscribirn en ella
para poder participar el proceso de seleccin correspondiente.
Las ofertas de empleo se clasificarn por categoras profesionales y estas
categoras se organizarn de forma jerrquica para facilitar la bsqueda de
ofertas por parte de los demandantes de empleo (p.ej. Business Intelligence
como subcategora de Sistemas de Informacin o Estadstica como
especialidad de Matemticas).
Los candidatos podrn subscribirse a un servicio de notificaciones por correo
electrnico de las ofertas de empleo correspondientes a las categoras que
sean de su inters.

Pgina 23 de 23