Laboratorio de Bases de Datos Práctica Final

Práctica Final
Esta es la única práctica obligatoria de la asignatura “Laboratorio de Bases de Datos” de
la titulación “Ingeniería Técnica en Informática de Gestión”.
Será entregada el día del examen y defendida presencialmente.
Puede realizarse individualmente o por parejas.

Aplicación de Gestión para una Funeraria

Un cliente dispone de una funeraria llamada POMPAS. Quiere una aplicación de
gestión para cubrir las necesidades de su funeraria y tener un mayor control sobre los
datos que se manejan a diario.

Nos pide que desarrollemos de cero una nueva aplicación. Esta deberá cubrir las
siguientes necesidades:

A- MAESTROS

En este módulo se guardarán los elementos básicos que el resto de elementos de la

aplicación necesita para funcionar:

- ALMACENES: en esta opción del programa se dan de alta los diferentes

almacenes que tiene la funeraria. Indicando con qué sucursal están
relacionados, lugar, dirección, persona de contacto (personal de la
empresa).
- PRODUCTOS: son el conjunto de conceptos de facturación que utiliza la
funeraria.
FAMILIAS: Agrupación de varios conceptos de facturación
(arcas, flores, esquelas, notas de agradecimiento, etc.). Se utiliza
para filtrar los conceptos de facturación en las diferentes partes de
la aplicación.
CONCEPTOS DE FACTURACION: Es el elemento base con el
que trabaja la aplicación, son los conceptos por los cuales la
funeraria factura a sus clientes. Para cada uno se introducen los
siguientes datos:
ƒ Familia a la que pertenece: se seleccionará una de las familias
de la opción anterior.
ƒ Nombre del concepto de facturación
ƒ Mueve almacén (S/N): indica si este concepto generará
movimientos en los almacenes (notas de agradecimiento = S,
traslado = N).
ƒ Genera pedido proveedores (S/N): este campo le indicará al
programa si debe generar un pedido a proveedores cuando se
solicita dicho concepto a través de un albarán de venta (ver
gestión de ventas).

- PERSONAL DE LA EMPRESA: un maestro con todos los trabajadores

asociados a la empresa, indicando los datos personales y en qué sucursal
está situado su puesto de trabajo.
Página 1
Departamento de Ciencias de la Computación
Universidad de Alcalá
Laboratorio de Bases de Datos Práctica Final

- PROVEEDORES: en esta opción del programa se gestionarán los

proveedores y sobre todo los conceptos de facturación (solo los que
mueven almacén, claro está) que nos proporciona cada proveedor, es
decir, cada uno de los proveedores que tipo de productos tiene y a que
precio. De esa manera, el programa en los módulos de almacén y ventas,
será capaz de indicarnos el proveedor que tiene ciertos conceptos de
facturación a menor coste.

- LUGARES: entidades que se utilizarán como orígenes y destinos de las

órdenes de servicio, expedientes, etc.

- CLIENTES / SOLICITANTES: serán las entidades capaces de solicitarte

los servicios que ofrece la funeraria. Los clientes tendrán asociada una
tarifa que se le aplicará por defecto (ver gestión de ventas)

- SUCURSALES: se darán de alta las diferentes sucursales que colaboran

con nuestra funeraria.

B- GESTIÓN DE FICHAS, EXPEDIENTES Y ÓRDENES DE SERVICIO.

Cuando llega un cliente, actualmente se rellena a mano una ficha con los datos del
afectado. Dicho afectado puede ser por fallecimiento, aborto o amputación de
miembro, en todos los casos hay que incinerar o inhumar.

Para dicha ficha, la funeraria puede abrir una serie de expedientes, en los cuales se
realizan una serie de órdenes de trabajo.
La categorización de las órdenes de trabajo es la siguiente:

- Esquelas
- Flores
- Notas de agradecimiento
- Recordatorios
- Servicios religiosos
- Tramitación
- Traslado
- Velatorio

La asociación de los expedientes a las fichas de los afectados se debe porque puede
haber varias personas que solicitan servicios diferentes: la familia pide el servicio
completo, los compañeros de trabajo solicitan una corona de flores, la amante te
pide una corona y un servicio religioso, etc. Debido a que se tiene que tener perfecto
control de quién lo solicitó, para quién se solicitó y cuando se solicitó, se ha
establecido este sistema.

Los datos recogidos en la ficha básica son los mismos que el DNI, añadiendo el
tratamiento del afectado (Don, Doña, Sr., Sra., etc.), la fecha de alta y varios
teléfonos de contacto.
Página 2
Departamento de Ciencias de la Computación
Universidad de Alcalá
Laboratorio de Bases de Datos Práctica Final

Los datos recogidos en los expedientes son los siguientes: fecha de alta, quién
solicita el servicio, fecha de solicitud, el parentesco con el afectado, lugar del
suceso, fecha del suceso, tipo de suceso (fallecimiento, amputación, aborto), tipo de
servicio (inhumación, incineración, traslado de restos), tipo de afectado (adulto,
menor) y observaciones.

Los datos de cada orden de servicio son diferentes, dependiendo del tipo orden de
servicio, aunque siempre se pide una serie de datos comunes a todas: el número de
albarán asociado a la orden de servicio (relacionado con la gestión de ventas), fecha
de alta, estado actual de la orden de servicio (anulada, terminada, vigente), quién
solicita y quién es el cliente (puede ser diferente del expediente). Luego para cada
orden de servicio se piden los siguientes datos:

- Esquelas: Se seleccionará un subconjunto de los conceptos de facturación de

la funeraria, relacionados con los diferentes tipos de esquelas (ver maestros -
productos), indicando el texto de la esquela, el lugar, la fecha y hora de
entrega.
- Flores: Se seleccionará un subconjunto de los conceptos de facturación de la
funeraria, relacionadas con las floristerías (ver maestros - productos),
indicando la fecha de pedido y el lugar, la fecha y hora de entrega.
- Notas de agradecimiento: Se seleccionará un subconjunto de los conceptos
de facturación de la funeraria, relacionados con los diferentes tipos de notas
de agradecimiento (ver maestros - productos), indicando el texto de las notas
de agradecimiento, el lugar, la fecha y hora de entregas.
- Recordatorios: Se seleccionará un subconjunto de los conceptos de
facturación de la funeraria, relacionados con los diferentes tipos de
recordatorios (ver maestros - productos), indicando el texto del recordatorio
y la cantidad solicitada.
- Servicios religiosos: Lugar, fecha y hora de inicio de servicio, fecha y hora
del finalización del servicio y tipo de oficio (misa funeral, misa aniversario,
misa corpore in sepelio).
- Tramitación: una lista de trámites burocráticos que hay que ir realizando,
indicando para cada uno si se realizó y la fecha de realización.
- Conceptos de almacén: se pide una lista con todos los productos que maneja
la funeraria, indicando para cada uno, la cantidad utilizada y de que almacén
se han cogido.
- Traslado: Lugar de origen, fecha y hora de salida, lugar de destino, fecha y
hora de llegada, finalidad (velatorio, nevera, inhumación, incineración,
embalsamamiento, exhumación), conductor que realizó el servicio, con qué
vehículo lo realizó y kilómetros realizados.
- Velatorio: Lugar, fecha/hora, sala asignada. Si se realiza incineración dónde
se quemará el cuerpo, fecha y hora de la incineración, destino de las cenizas.
Si se realiza inhumación, dónde se enterrará el cuerpo, fecha y hora,
modalidad de sepultura y referencia del nicho. Si se realizan traslado de
restos, lugar de origen y lugar de destino.

Página 3
Departamento de Ciencias de la Computación
Universidad de Alcalá
Laboratorio de Bases de Datos Práctica Final

C- GESTIÓN DE ALMACÉN.

En este bloque del programa se controlarán el contenido de los almacenes de la

funeraria y los pedidos a los proveedores.
Como has podido intuir, esta funeraria dispone de N almacenes. En los cuales se
guardan diferentes conceptos de facturación (lógicamente, solo los que mueven
almacén).

Se registrarán los albaranes de entrada de productos, a partir de los albaranes que

traen lo proveedores, indicando, la fecha de entrada, el proveedor y de cada
concepto:
- Qué concepto de facturación es.
- En qué almacén se guardará.
- Cantidad que se guardará.
- Importe en euros por unidad

También ser puede realizar traspaso de material entre los almacenes, para no perder
el control, cualquier traspaso que se quiera realizar, deberá ir acompañado de un
albarán de traspaso. En dicho albarán se informará de: la fecha de alta, almacén
origen, el almacén destino y para cada concepto de facturación que vaya en ese
albarán la cantidad que se traspasa.

Se podrán introducir de forma manual nuevos pedidos a proveedores, para solicitar

nuevo material. Dichos pedidos se utilizarán en el módulo de Tesorería para
controlar las deudas con los proveedores (no se realizará con los albaranes de
entrada, estos solo sirven para indicar al programa una entrada de productos en uno
o varios almacenes).

La información recogida en los pedidos a los proveedores será:

- Albarán de venta asociado con el pedido (opcional): los pedidos a
proveedores, se pueden generar manualmente en la gestión de almacén o de
forma automática al generar un albarán de venta (en el módulo de ventas). Si
se genera manualmente, no estará asociado a ningún albarán de venta.
- Fecha de alta
- Proveedor
- Conceptos de facturación: por cada uno se solicitará la cantidad y precio por
unidad.

Periódicamente se realizarán inventarios para controlar las existencias de cada

almacén. El inventario será una opción restringida para los usuarios, solo accederá el
administrador. En dicha opción se indica de cada almacén que conceptos de
facturación tiene. Se pueden hacer consultas a día de hoy o hasta una determinada
fecha, por concepto de facturación o por almacén. Es decir, dime las arcas que había
01/07/2004 en el almacén 5.

Página 4
Departamento de Ciencias de la Computación
Universidad de Alcalá
Laboratorio de Bases de Datos Práctica Final

Otro método para controlar los almacenes son los recuentos, en esta opción el
operario imprime una plantilla con los conceptos de facturación existentes en el
almacén que seleccione. En dicha plantilla no saldrá el número de unidades, sino
que tendrá que irse al almacén, contar las unidades de cada concepto y anotarlo en la
plantilla (en la hoja). Con dicho papel, volverá al programa y en la opción de
recuentos introducirá lo que hay realmente en el almacén (lo que ha contado él).
Una vez finalizada la introducción de estos datos el programa contrastará estos datos
con lo que tiene en la base de datos. Sacando un informe de las diferencias tanto en
el defecto como en el exceso de material.

D- GESTIÓN DE VENTAS

Este módulo de la aplicación será el encargado de gestionar los elementos

relacionados con las ventas de la funeraria.

Tendrá un módulo en el que se establecerán las tarifas de los diferentes conceptos de

facturación, es decir, un mismo concepto tendrá diferentes tarifas dependiendo de
quién sea el cliente. No puedes poner el mismo precio a un particular que viene por
su cuenta, que a una compañía de seguros la cual te trae cientos de asegurados al
año.
El módulo de tarificación solo será accesible para el administrador.

El usuario para poder crear facturas, antes deberá crear el o los albaranes de ventas
correspondientes. En dichos albaranes se recogerá la siguiente información:

- Número albarán
- Expediente relacionado (opcional): el albarán de venta puede estar
relacionado con alguno de los expedientes datos de alta en el módulo de
gestión de expedientes.
- Orden de servicio (opcional): es una mayor incidencia en la relación con un
expediente, indicando sobre que orden de servicio del expediente anterior
existe la relación.
- Ficha básica (opcional): el albarán puede estar relacionado con el afectado
directamente, sin pasar por ningún expediente. La relación es con un
expediente o con una ficha básica, pero no con los dos a la vez.
- Cliente asociado al albarán de venta
- Solicitante del albarán de venta, que puede o no coincidir con el cliente.
- La tarifa que se aplicará al cliente. Cada cliente tiene asociado por defecto
una tarifa, aunque luego se podrán cambiar la tarifa asignada al cliente en
cada albarán de venta.
- El conjunto de conceptos de facturación asociados al albarán de venta, con el
precio asociado a la tarifa establecida (la que tiene por defecto el cliente o la
asignada en el albarán actual). Es importante destacar que los precios de las
tarifas se pueden variar al generar el albarán de venta, pudiendo modificarse
en la relación cliente-tarifa o solo para ese albarán de venta.

Una vez que se ha dado de alta el albarán de venta, a partir de los conceptos
introducidos en dicho albarán y mediante el campo que indica si el concepto genera
pedido o no (véase maestros – conceptos de facturación), se generará
Página 5
Departamento de Ciencias de la Computación
Universidad de Alcalá
Laboratorio de Bases de Datos Práctica Final

automáticamente un pedido a proveedores con los conceptos de facturación que sí

generan pedido. Dicho pedido a proveedores quedará asignado a un albarán de
venta. Recordamos que también en la gestión de almacenes, se podían generar
pedidos a proveedores de forma manual. Los campos que recoge el pedido serán:

- Albarán de venta asociado

- Fecha alta
- Para cada concepto, el proveedor con el precio más económico y el importe.
Dicho importe puede ser modificado por el usuario, guardándose en la
relación proveedor-concepto de facturación o solo es ese pedido a
proveedores.

Como se ha comentado al principio de este módulo, las facturas que emite la

funeraria, SIEMPRE se generarán a partir de uno o varios albaranes de venta. Los
criterios para generar las facturas son:

- Facturar un expediente completo: se recogen los albaranes de venta que no

estén facturados asociados al expediente que indique el usuario.
- Facturar un albarán de venta: la factura estará formada por un único albarán
de venta.
- Facturar un expediente-cliente: se recorrerán todos los albaranes de venta no
facturados y asociados a un determinado expediente cuyo cliente sea el
indicado por el usuario.
- Facturar un cliente: se recogerán los albaranes de venta no facturados cuyo
cliente sea el indicado, recogiendo albaranes de varios expedientes.

Cuando una factura esté formada por varios albaranes de venta, lo que se hará
será agrupar conceptos de facturación, siempre que tengan el mismo precio de
venta. Si tienen diferente precio, se consideran conceptos diferentes.

Página 6
Departamento de Ciencias de la Computación
Universidad de Alcalá
Laboratorio de Bases de Datos Práctica Final

E- Otras peticiones realizadas por el cliente:

- A los usuarios no les gusta tener que introducir todas las veces la provincia y
el municipio. Debido al bajo nivel cultural de los usuarios que manejan el
programa, se confunden y hay muchos errores de asociación entre provincia
y municipio. Le gustaría un sistema en el cual no tuvieran que introducir la
provincia y el municipio, sino que se tuviera que seleccionar de una lista.

- Para los datos maestros de la aplicación (lugares, clientes, solicitantes, etc.),

es importante tener controlado el que no se repitan registros en ninguna de
estas tablas. Por ejemplo, si se ha introducido ya en la base de datos un lugar
determinado, al volver a ser usado por otra parte de la aplicación, hay que
evitar que el usuario tenga que introducirlo de nuevo. Esto es bastante
relevante, debido a que hay muchos lugares que se utilizan constantemente
(cementerio local, los hospitales, el tanatorio), debido a que son entidades
muy relacionadas con el negocio.

- Directamente relacionado con el punto anterior se aconseja categorizar los

clientes, los solicitantes y los lugares en diferentes tipos. Surge una paradoja,
ya que los lugares pueden ser a su vez clientes y los clientes pueden ser
lugares. Por ejemplo: el hospital H, es lugar de origen en los traslados, pero a
su vez es cliente de la funeraria, ya que si muere un indigente y no hay
familia o amigos que soliciten el servicio, lo tiene que gestionar el hospital.
Y así con múltiples casos.

- El usuario debe entrar a la aplicación a través de una clave de entrada. Se le

asignará un perfil y tendrá derecho a entrar a ciertas opciones. Los perfiles
iniciales serán el de administrador (acceso total) y los usuarios normales,
restringido el acceso a ciertas partes de la aplicación. Dejar abierto el sistema
para poder añadir otros perfiles.

- La numeración de los albaranes de venta, traspaso y entrada, así como la

facturación deberá ser consecutiva, sin saltos a lo largo del año. Volviéndose
a iniciar en cada ciclo contable.

Página 7
Departamento de Ciencias de la Computación
Universidad de Alcalá
Laboratorio de Bases de Datos Práctica Final

Puntos a calificar de la práctica

Además de realizar la base de datos que cubra el supuesto del enunciado anterior, el
cuál se deberá implementar COMPLETAMENTE (sólo la base de datos, no el
programa), se evaluarán los siguientes puntos:

1. Muestre el número medio de decesos mensual de los últimos 12 meses.

2. Realice las consultas necesarias para el programa que se ha pedido desarrollar.

3. Integre los disparadores necesarios para mantener la coherencia de la base de

datos con el enunciado propuesto.

4. Realice las consultas recogidas en el punto 2 mediante línea de comando de psql

y mediante un programa de acceso a la base de datos en Java.

Presentación de la práctica

La práctica puede ser realizada en parejas. El método de evaluación será similar

tanto si la práctica es presentada por una persona como por dos.

La práctica se presentará el día del examen de la asignatura.

La presentación se realizará en el laboratorio L6 Norte, desde las 10:00 de la

mañana.
Para la presentación será obligatorio apuntarse en una lista, con fecha y hora, que
será colgada por el profesor una semana antes del examen en la puerta de despachos.
Aquellos alumnos que no se apunten en la lista se considerará que renuncian a la
evaluación de la práctica, y serán calificados como No Presentado.

Se debe entregar:
• Disquete/CD-Rom con el siguiente contenido:
• Memoria en formato Word.
• Ficheros ErWin de diseño de la base de datos, especificando en la
memoria la versión de ErWin utilizada, que contendrán el modelo lógico
y físico del diseño.
• Script de Creación de la estructura de la base de datos.
• Script de Creación de secuencias, procedimientos y funciones
almacenadas.
• Script de Creación de disparadores de la base de datos.
• Script de Carga de datos en la base de datos.
• 1 Script por cada punto que se solicita para la evaluación de la práctica,
con el nombre “PuntoX.SQL”, donde X se sustituirá por el punto de la
práctica que resuelve ese script. En los puntos donde existan múltiples
consultas, se almacenarán como “PuntoXA.SQL”, “PuntoXB.SQL”, ….
• Script de borrado o de “drop” de la base de datos completa, incluyendo
disparadores, índices, datos, tablas, secuencias, etc.

Página 8
Departamento de Ciencias de la Computación
Universidad de Alcalá
Laboratorio de Bases de Datos Práctica Final

• Fichero “Leeme.txt” donde se indicará cualquier peculiaridad para la

ejecución de los scripts anteriores que el alumno considere de interés.

• Memoria en formato papel, con los modelos E/R, lógico y físico y las
explicaciones necesarias.

La práctica será defendida de forma oral en la presentación de la misma, siendo

necesario que ambos componentes estén presentes (en caso de realizarse en pareja).

NOTA: Para evaluar la práctica deberán presentarse TODOS los puntos a calificar. En
caso de que no se presenten todos, la práctica se considerará como incompleta y será
evaluada como suspensa.

Página 9
Departamento de Ciencias de la Computación
Universidad de Alcalá