IES PUERTO DE LA CRUZ

Dpto. de Informática
Módulo: Sistemas Gestores de Bases de Datos (SIE)

Enunciado del TRABAJO PRÁCTICO 1.

A continuación se reseñan los supuestos semánticos para la elaboración del modelo

conceptual usando el modelo EE/R.

De la misma forma cómo se ha trabajado en clase, se debe indicar en hoja anexa todas las
suposiciones que no se indiquen para completar las cardinalidades (mínimas o máximas) y toda la
información que no se pueda reflejar en el modelo.

Problema de Administración de Fincas.

Enunciado

Una firma de abogados dedicada a la administración de fincas desea tener una base de datos
para facilitar la gestión de la información de sus clientes, es decir, de las distintas comunidades de
vecinos que administra. La información que debe contener la BD concierne a los aspectos que se
describen a continuación.

La firma tiene varios abogados y cada uno de ellos ejerce de administrador de una o más
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 información,
consisten en llevar la contabilidad de la comunidad, gestionando los recibos que pagan los vecinos
mensualmente, así como los pagos a las distintas compañías que proporcionan algún servicio a la
comunidad (limpieza, ascensores, seguridad, luz, etc.).

De las empresas que tienen contratadas las distintas comunidades de vecinos (por ejemplo,
Iberdrola, Unión Fenosa, OTIS, etc.) se guarda su nombre, CIF, dirección, teléfono y una persona
de contacto. Además interesa tener estas compañías agrupadas en distintos sectores (luz, seguridad,
ascensores, etc.).

De cada comunidad de vecinos gestionada por la firma de abogados interesa almacenar un

código identificador, su nombre, calle, código postal y población. 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 número de portal, planta y letra, un nombre y apellidos del
propietario con su dirección completa (que puede ser ésta u otra) y un teléfono de contacto, un
porcentaje de participación 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, dirección y teléfonos de contacto), en caso de que esté habitada la propiedad. Si el
propietario habita la propiedad sólo son necesarios sus datos (nombre, apellidos, teléfono de
contacto).

Si la vivienda es particular se guardará el número 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 además un presidente y varios vocales (nombre, apellidos
y propiedad de la que son dueños) 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. De
los distintos bancos se almacena el código de banco, el nombre y una persona de contacto, mientras
que para una cuenta bancaria se guarda un código de cuenta (que consta de un código de sucursal,
dos dígitos de control y un número de cuenta) y un saldo. Para identificar una cuenta es necesario
añadir al código de cuenta el código 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 información sobre dichos recibos que se
ingresan en las cuentas bancarias de las comunidades, es decir, el número de recibo, fecha,
importe y se ha podido cobrar o no. Esta última información es importante para realizar a
final de cada trimestre una relación 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 compañías cobran sus recibos (Número de
recibo, fecha e importe) cargándolos a la cuenta de cada comunidad.

El modelo y las hojas anexas (si les hicieran falta) deben ser entregados en papel y en
formato digital.
La fecha de entrega es el 30 de octubre en horas de clase.
IES PUERTO DE LA CRUZ
Dpto. de Informática
Módulo: Sistemas Gestores de Bases de Datos (SIE)

Enunciado del TRABAJO PRÁCTICO 1.

A continuación se reseñan los supuestos semánticos para la elaboración del modelo

conceptual usando el modelo EE/R.

De la misma forma cómo se ha trabajado en clase, se debe indicar en hoja anexa todas las
suposiciones que no se indiquen para completar las cardinalidades (mínimas o máximas) y toda la
información que no se pueda reflejar en el modelo.

Problema de Olimpiadas de Invierno.

Enunciado

Como parte de la organización de los próximas olimpiadas de invierno, se decide la creación

de un sistema de información para realizar la gestión de las pruebas de esquí. Del análisis realizado
se obtiene la siguiente información:

Los juegos se componen de una serie de pruebas, en cada una de las cuales intervienen una
serie de participantes. Cada participante en una prueba puede intervenir a título individual
(esquiador individual) o bien formando parte de un equipo, en cuyo caso el participante será el
equipo (no el esquiador). De cada esquiador (individual o de equipo) se desea tener el DNI, el
nombre y la edad. A cada participante en una prueba (esquiador individual o equipo participante) se
le asigna un código de participación dentro de la prueba (nombre de la prueba y un número
secuencial). De cada equipo se mantiene un nombre, un entrenador, los esquiadores que lo
componen y el número de estos. El que un equipo participe en una prueba no significa que todos los
esquiadores que lo componen intervengan en la misma. Un esquiador que forma parte de un equipo,
no podrá cambiarse a otro ni actuar a título individual mientras duran los juegos. Tampoco un
esquiador individual podrá pasar a formar parte de un equipo.

Existen una serie de federaciones de esquí, cada una de las cuales tiene un nombre y un
número de federados (en las federaciones se federan a los esquiadores a título individual). Por un
acuerdo existente entre las distintas federaciones, no se permite que ningún esquiador se federe en
dos federaciones distintas. Tampoco se admite que participen esquiadores (ni a título individual ni
formando parte de un equipo) que no estén federados.

Cada federación puede administrar una serie de estaciones de esquí, y toda estación se
administrará al menos por una federación, aún cuando puede haber estaciones de esquí
administradas conjuntamente por varias federaciones. Una estación de esquí se identifica por un
código, tiene un nombre, unas personas de contacto, una dirección, un teléfono y un número total de
kilómetros esquiables, así como las pistas de las que dispone.

Dentro del sistema, cada pista se identifica a partir del código de la estación de esquí y un
número secuencial. Se consideran también como pistas (para la realización de pruebas de largo
recorrido) a varias de estas pistas (siempre de la misma estación) que por sus características físicas
pudieran enlazarse. Así, por ejemplo, la pista diez estaría compuesta de las pistas dos y cuatro. Se
requiere, para poder planificar las pruebas, mantener esta utilización combinadas de las pistas. Para
cada pista se mantiene también su longitud en kilómetros y su grado de dificultad (en la escala azul,
verde, roja y negra).
 La realización de cada prueba se desarrollará a lo largo de varias jornadas en una serie de
pistas de una única estación. Los equipos o esquiadores individuales podrán competir en diferentes
pruebas y en distintas pistas. Para cada participante en una prueba (equipo o esquiador individual)
se registrará la fecha o fechas en que participa, el tiempo empleado y la posición obtenida; en el
caso de equipos, estos datos se obtienen de los correspondientes a cada uno de los esquiadores del
equipo que han intervenido en la prueba.

Cada prueba se identifica por un nombre, será de un tipo (fondo, slalom, salto, ...), tendrá
unas fechas previstas de realización y se registrará el participante vencedor y el tiempo empleado
por este.

El modelo y las hojas anexas (si les hicieran falta) deben ser entregados en papel y en
formato digital.
La fecha de entrega es el 30 de octubre en horas de clase.
IES PUERTO DE LA CRUZ
Dpto. de Informática
Módulo: Sistemas Gestores de Bases de Datos (SIE)

Enunciado del TRABAJO PRÁCTICO 1.

A continuación se reseñan los supuestos semánticos para la elaboración del modelo

conceptual usando el modelo EE/R.

De la misma forma cómo se ha trabajado en clase, se debe indicar en hoja anexa todas las
suposiciones que no se indiquen para completar las cardinalidades (mínimas o máximas) y toda la
información que no se pueda reflejar en el modelo.

Problema de Compañía Ferroviaria.

Enunciado

Una compañía ferroviaria necesita una Base de Datos para gestionar su taller en el que se
llevan a cabo las revisiones periódicas y reparaciones de las locomotoras. La información que debe
contener las Base de Datos se describe en los siguientes supuestos semánticos:

El taller dispone de varias áreas de reparación (motores diesel, motores eléctricos,

transmisiones, etc.) caracterizadas por un número, una localización y un tamaño en metros
cuadrados.

Las reparaciones de las locomotoras (código de locomotora, fecha de comienzo de

funcionamiento y nombre) se desglosan en un conjunto de tareas a las que se le asignan diversas
áreas de reparación (zonas del taller). Una tarea se caracteriza por su nombre (desmontaje, limpieza,
engrase, montaje, etc.), su descripción y su duración, y se puede realizar en una o varias áreas de
reparación. Cada área de reparación puede ocuparse para realizar distintas tareas de reparación.

Las tareas de reparación son llevadas a cabo por varios operarios (tanto especializados como
aprendices). Interés conocer quiénes son los operarios asignados a una determinada tarea de
reparación y área de reparación. De igual manera, hay que recoger las áreas de reparación ocupadas
para llevar a cabo las tareas y los operarios involucrados en ellas (incluyendo las horas dedicadas
por cada operario en cada tarea y área de reparación).

De cada reparación se desea guardar un código, nombre la duración en horas y la fecha de

comienzo. Es importante, además, saber los recambios (tuercas, válvulas, etc.) que se han empleado
en la reparación de una determinada locomotora, queriendo conocer de cada recambio el código,
descripción, nombre de los proveedores que suministran cada recambio y el número de unidades
empleadas en cada reparación. Así mismo, se quiere almacenar las herramientas (código de
herramienta, descripción y peso) empleadas en cada tarea de reparación junto con las fechas de
inicio y fin de utilización de esas herramientas.

Existen operarios especializados y aprendices; de los especializados se quiere conocer los

años de experiencia, su DNI, nombre, fecha de nacimiento y número de la Seguridad Social. los
operarios especializados supervisan a los aprendices, interesando almacenar esta información. Un
operario aprendiz sólo tiene un supervisor y se quiere guardar la fecha en que se inició este
seguimiento. De los operarios aprendices se almacenará su DNI, nombre, fecha de nacimiento y
número de Seguridad Social.
 Por último, los aprendices asisten a cursos de formación (código de curso, nombre y fecha
de inicio) y en cada curso los aprendices son evaluados con varias puntuaciones.

El modelo y las hojas anexas (si les hicieran falta) deben ser entregados en papel y en
formato digital.
La fecha de entrega es el 30 de octubre en horas de clase.
IES PUERTO DE LA CRUZ
Dpto. de Informática
Módulo: Sistemas Gestores de Bases de Datos (SIE)

Enunciado del TRABAJO PRÁCTICO 1.

A continuación se reseñan los supuestos semánticos para la elaboración del modelo

conceptual usando el modelo EE/R.

De la misma forma cómo se ha trabajado en clase, se debe indicar en hoja anexa todas las
suposiciones que no se indiquen para completar las cardinalidades (mínimas o máximas) y toda la
información que no se pueda reflejar en el modelo.

Problema de Compañía Telefónica.

Enunciado

Una compañía telefónica de reciente creación quiere desarrollar una Base de datos para
gestionar las líneas de telefonía fija y las llamadas de sus clientes así como las tarifas de descuentos
que ofrecen. En principio se considerará sólo un núcleo de la base de datos en la que se deberán
contemplar los siguientes supuestos semánticos:

En la Base de Datos se almacenarán las líneas que tienen contratadas los clientes de la
compañía telefónica. Cada línea se identificará con un número de teléfono y se caracteriza por el
nombre y apellidos del cliente que la contrata, su NIF, dirección así como el tipo de línea que es
(básica, ADSL o RDSI). La compañía ofrece la posibilidad de que cada línea pueda tener
contratados una serie de servicios (código de servicios, nombre, descripción y coste) como por
ejemplo servicio de contestador, de llamada en espera, etc. de los que también se quiere almacenar
información.

Las líneas realizan llamadas de las que se quiere guardar el número de teléfono de destino, la
fecha, la hora de comienzo y de final (con el formato hora-minuto-segundo), la duración y el coste
total de la llamada. Este coste se calculará teniendo en cuenta las tarifas de descuento que haya
contratado el cliente, considerando también la franja horaria y la duración de las llamadas. Además,
cada llamada es de un determinado ámbito, caracterizado por un código identificador y un tipo
(provincial, interprovincial, internacional).

En el sistema se almacenarán las tarifas de descuento que oferta la compañía. Cada línea
puede contratar varias tarifas de descuento. De cada tarifa interesa almacenar un código
identificador de tarifa, un nombre, la cuota de alta en dicha tarifa y la cuota de establecimiento de
llamada en caso de que los haya; también interesa guardar con qué tarifas de descuento es
incompatible una determinada tarifa. Cada tarifa de descuento abarca unas determinadas franjas
horarias y se puede contratar para diversos ámbitos.

Además, existen dos tipos de tarifa descuento; por un lado están los bonos de los que se
guarda la cuota mensual que debe abonar el cliente (los bonos permiten disponer de una tarifa plana
para realizar las llamadas a cualquier hora del día) y, por otro lado, están los planes de descuento
que no tienen cuota mensual ya que las llamadas realizadas tienen un determinado descuento
siempre y cuando se realicen a unas determinadas franjas horarias.

Cada franja horaria tiene un identificador, un rango de días (de lunes a a viernes, festivos,
etc.), un rango de horas (de 8:00 a 14:00, todo el día, de 14:00 a 16.00, etc.) y una descripción. De
igual manera, también se almacenarán los posibles rangos de duración (código de identificador y
rango de duración de las llamadas, por ejemplo, entre menos de 3 minutos, entre 3 y 15 minutos,
etc.).

El tipo de plan de descuento, la franja horaria en que se realicen las llamadas y la duración
de éstas determinará el coste en céntimos/minuto de las llamadas; este coste se utilizará para
calcular el coste total de cada una de las llamadas realizadas en cada línea telefónica. Es importante
tener en cuenta que para el cálculo del coste de las llamadas, se tendrá en cuenta únicamente la
fecha y hora inicial de la misma (la franja horaria inicial).

Por último, la compañía telefónica también adoptará un sistema de puntos para premiar la
fidelidad de sus clientes. Para ello, a cada línea se le asignarán una serie de puntos cada dos meses
(fecha inicio y fecha fin) según la facturación realizada (un punto cada 6€ de gasto de llamadas).
Esta información se guardará también en la base de datos así como los puntos que ha ido canjeando
el cliente cada dos meses y el total de puntos acumulados que ha conseguido.

El modelo y las hojas anexas (si les hicieran falta) deben ser entregados en papel y en
formato digital.
La fecha de entrega es el 30 de octubre en horas de clase.
IES PUERTO DE LA CRUZ
Dpto. de Informática
Módulo: Sistemas Gestores de Bases de Datos (SIE)

Enunciado del TRABAJO PRÁCTICO 1.

A continuación se reseñan los supuestos semánticos para la elaboración del modelo

conceptual usando el modelo EE/R.

De la misma forma cómo se ha trabajado en clase, se debe indicar en hoja anexa todas las
suposiciones que no se indiquen para completar las cardinalidades (mínimas o máximas) y toda la
información que no se pueda reflejar en el modelo.

Problema de Agencia de Castings.

Enunciado

Se desea diseñar una Base de Datos para gestionar una agencia de castings dedicadas a
proporcionar a sus clientes los modelos y actores para sus trabajos de publicidad y cine. Los
supuestos semánticos que se van a contemplar son:

La agencia dispone de varios clientes de dos tipos (empresa de moda y empresa de

publicidad y cine) los cuales contratan castings para seleccionar actores y modelos para trabajar de
entre todos los candidatos existentes. Los clientes se identifican por un código de cliente y se
caracterizan por un nombre, una dirección, un teléfono, una persona de contacto y un tipo de
actividad (o bien publicidad y cine, o bien moda).

Un castings se identifica por un código de castings y además contiene un nombre, una

descripción y una fecha de contratación. Un casting es contratado por un único cliente y tiene un
determinado coste. Existen dos tipos de casting: los casting pueden ser presenciales o bien on-line.
Para los presenciales se almacena el número de personas que el cliente quiere. un casting presencial
puede constar de varias fases (al menos una), cada una de ellas identificada por un número dentro
de cada casting y caracterizada por una fecha de inicio. Así mismo, cada fase se divide en varias
pruebas individuales que se realizan a cada uno de los candidatos, también identificadas por un
número dentro de cada fase. De cada prueba individual se almacena además la fecha y sala de
celebración de la prueba y una descripción.

Cada casting presencial es dirigido por un agente de casting del que se desea almacenar el
número de empleado, el DNI, el nombre y la dirección.

Los candidatos que existen en la base de datos se identifican por un código y se caracterizan
por un nombre, una dirección, un teléfono de contacto, una fecha de nacimiento, una fotografía y se
le hace corresponder un perfil (identificado por un código de perfil) en el que almacenará la
provincia, el sexo, un rango de altura, un rango de edad, el color del pelo y color de ojos así como la
especialidad (modelo o actor) y si tiene experiencia o no. Interés distinguir entre dos tipos de
candidatos: adultos y niños. Para los adultos se guardará el DNI y para los niños el nombre del
tutor, padre o madre. Algunos candidatos tienen un representante que lleva a cabo todas las
gestiones (NIF, nombre, teléfono y dirección) y sobre los que también se desea guardar
información.

Cuando un cliente contrata un casting se almacenan las necesidades en cuanto al perfil que
requieren las personas. A un casting podría corresponderle varios perfiles. A los candidatos que se
correspondan con los perfiles que requiere el cliente se les realizarán pruebas individuales y se
almacenará el resultado de la prueba (si es válido o no). Se informará al cliente de todos los
candidatos que hayan superado las pruebas del casting presencial con el fin de que seleccione los
que les interesan. Una vez el cliente haya seleccionado a los actores o modelos definitivos, se
almacenará esta información en la base de datos para poder gestionar un posterior contrato que ya
no es objeto de este ejercicio.

El modelo y las hojas anexas (si les hicieran falta) deben ser entregados en papel y en
formato digital.
La fecha de entrega es el 30 de octubre en horas de clase.
IES PUERTO DE LA CRUZ
Dpto. de Informática
Módulo: Sistemas Gestores de Bases de Datos (SIE)

Enunciado del TRABAJO PRÁCTICO 1.

A continuación se reseñan los supuestos semánticos para la elaboración del modelo

conceptual usando el modelo EE/R.

De la misma forma cómo se ha trabajado en clase, se debe indicar en hoja anexa todas las
suposiciones que no se indiquen para completar las cardinalidades (mínimas o máximas) y toda la
información que no se pueda reflejar en el modelo.

Problema de Proyectos Informáticos.

Enunciado

Una empresa de consultoría desea crear una base de datos para facilitar la gestión de los
proyectos informáticos que desarrolla para sus empresas clientes. Los requisitos que hay que
recoger se muestran a continuación:

La empresa desarrolla proyectos de los que se almacena su código, nombre, cliente para el
que se desarrolla el proyecto, una breve descripción, presupuesto, número de horas totales
estimadas, fechas de inicio y fechas de fin. Cada proyecto se compone de una serie de fases
identificadas por un número en secuencia en cada proyecto. Cada fase se caracteriza, además, por su
nombre, fecha de comienzo, fecha de fin y estado en que se encuentra (en curso o finalizada).

Los empleados de la empresa (código, DNI, nombre, dirección, titulación y años de

experiencia) están asignados a los proyectos que desarrolla la empresa. Interesa almacenar los
empleados que son jefes de proyecto junto con su dedicación total en horas prevista a cada
proyecto así como el coste de su participación en euros, teniendo en cuenta que cada proyecto lo
lidera un único jefe de proyecto. En cuanto a los informáticos que participan en los proyectos, se
quiere conocer los que son analistas y los que son programadores, así como el número de horas
totales previstas dedicadas en cada proyecto y el coste en euros que supone cada dedicación. De los
programadores se almacenarán también los lenguajes en los que son expertos.

En cada fase de un proyecto se generan una serie de productos (software, informes técnicos
y prototipos) sobre los que se quiere guardar información. cada producto previsto para una fase
tiene un código, un nombre, una descripción, si está finalizado o no y tiene como responsable un
analista. Además, la obtención de un producto puede abarcar varias fases de un proyecto y se quiere
guardar los empleados informáticos involucrados en cada producto cuantificando el número de
horas de trabajo dedicadas a cada producto teniendo en cuenta cada fase de un proyecto en la que se
desarrolla. Para el software se almacena, además su tipo (diagrama, programa, etc.) y para los
prototipos su versión y su ubicación.

Por otro lado, a cada fase de un proyecto le corresponde una serie de recursos de los que se
quiere conocer su código identificador, nombre, descripción tipo (hardware o software) así como el
período de tiempo que se utilizan en cada fase.

Cada empleado, en cada proyecto en el que trabaja, puede originar una serie de gastos
(dietas, viajes, alojamiento, etc.) que se cargan a los proyectos. cada gasto se caracteriza por un
código único, una descripción, una fecha, un importe y el tipo de gasto.

Por último, interesa conocer qué proyectos están relacionados con uno dado, es decir, cuales
son los proyectos que incluyen aspectos similares según distintas palabras claves (gestión de
personal, gestión de stocks, etc.), con el fin de facilitar su desarrollo reutilizando algún componente.

El modelo y las hojas anexas (si les hicieran falta) deben ser entregados en papel y en
formato digital.
La fecha de entrega es el 30 de octubre en horas de clase.
IES PUERTO DE LA CRUZ
Dpto. de Informática
Módulo: Sistemas Gestores de Bases de Datos (SIE)

Enunciado del TRABAJO PRÁCTICO 1. (2 personas)

A continuación se reseñan los supuestos semánticos para la elaboración del modelo

conceptual usando el modelo EE/R.

De la misma forma cómo se ha trabajado en clase, se debe indicar en hoja anexa todas las
suposiciones que no se indiquen para completar las cardinalidades (mínimas o máximas) y toda la
información que no se pueda reflejar en el modelo.

Problema de Gestión de Nóminas.

Enunciado

Una empresa decide informatizar su nómina. Del resultado del análisis realizado, se
obtienen las siguientes informaciones:

A cada empleado se le entregan múltiples justificantes de nómina a lo largo de su vida

laboral en la empresa y al menos uno mensualmente.

A cada empleado se le asigna un número de matrícula en el momento de su incorporación en

la empresa, y éste es el número usado a efectos internos de identificación. Además se registran el
NIF del empleado, nombre, número de hijos, porcentaje de retención para hacienda, datos de cuenta
corriente en la que se le ingresa el dinero (banco, sucursal y número de cuenta) y departamentos en
los que trabaja. Un empleado puede trabajar en varios departamentos y en cada uno de ellos
trabajará con una función distinta.

De un departamento se tiene el nombre y cada una de sus posibles cedes.

Son datos propios de un justificante de nómina el ingreso total percibido por el empleado y
el descuento total aplicado. La distinción entre dos justificantes de nómina se hará, además del
número de orden mediante el número de la matrícula del empleado, el ejercicio fiscal al que
corresponde y el número de mes al que pertenece, esto se hace así porque puede ocurrir que un
empleado reciba varios justificantes el mismo mes.

Cada justificante de nómina consta de varias líneas (al menos una de ingreso) y cada línea se
identifica por un número de línea correspondiente del correspondiente justificante. Una línea puede
corresponder a un ingreso o a un descuento. En ambos casos, se recoge la cantidad que corresponde
a la línea (en positivo si se trata de un ingreso o en negativo si se trata de un descuento); en el caso
de los descuentos, se recoge la base sobre la que se aplica y el porcentaje que se aplica para el
cálculo de éstos.

Toda línea de ingreso de un justificante de nómina responde a un único concepto retributivo.

En un mismo justificante, puede haber varias líneas que respondan al mismo concepto retributivo.
De los conceptos retributivos se mantiene un código y una descripción.

De cara a la contabilidad de la empresa, cada línea de un justificante de nómina se imputa al

menos a un elemento de coste. Al mismo elemento de coste pueden imputársele varias líneas. Para
cada elemento de coste, se recoge un código, una descripción y un saldo.

Entre los elementos de coste se establece una jerarquía, en el sentido de que un elemento de
coste puede contener a otros elementos de coste, pero un elemento de coste sólo puede estar
contenido en, a lo sumo, otro elemento de coste.

En determinadas fechas, que se deben recoger, cada elemento de coste se liquida con cargo a
varios apuntes contables (código y cantidad) y a una o varias transferencias bancarias, de las que se
recogen los datos de cuenta corriente (banco, sucursal y número de cuenta) y la cantidad. Por cada
apunte contable y transferencia bancaria se pueden liquidar varios elementos de coste.

Solamente se recogerá información de los empleados perceptores de nóminas.

Recuerden que un empleado recién contratado sólo recibe justificante al finalizar el mes.

Se debe suponer que puede haber departamentos sin empleados; aunque no puede haber
empleados sin departamento.

El modelo y las hojas anexas (si les hicieran falta) deben ser entregados en papel y en
formato digital.
La fecha de entrega es el 30 de octubre en horas de clase.