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.