



Prepara tus exámenes y mejora tus resultados gracias a la gran cantidad de recursos disponibles en Docsity
Gana puntos ayudando a otros estudiantes o consíguelos activando un Plan Premium
Prepara tus exámenes
Prepara tus exámenes y mejora tus resultados gracias a la gran cantidad de recursos disponibles en Docsity
Prepara tus exámenes con los documentos que comparten otros estudiantes como tú en Docsity
Encuentra los documentos específicos para los exámenes de tu universidad
Estudia con lecciones y exámenes resueltos basados en los programas académicos de las mejores universidades
Responde a preguntas de exámenes reales y pon a prueba tu preparación
Consigue puntos base para descargar
Gana puntos ayudando a otros estudiantes o consíguelos activando un Plan Premium
Comunidad
Pide ayuda a la comunidad y resuelve tus dudas de estudio
Ebooks gratuitos
Descarga nuestras guías gratuitas sobre técnicas de estudio, métodos para controlar la ansiedad y consejos para la tesis preparadas por los tutores de Docsity
Transformación del Modelo ER al Modelo Relacional. ○ Modelo Entidad Relación (Básico), transformación al modelo Relacional de: – Entidades (no débiles).
Tipo: Apuntes
1 / 5
Esta página no es visible en la vista previa
¡No te pierdas las partes importantes!




Formato para Desarrollo de Evidencia Programa de formación titulada Tecnólogo en Análisis y Desarrollo de Sistemas de Información. Nombre de proyecto formativo Desarrollo de sistemas de información en las áreas productivas del centro biotecnológico del caribe y el sector empresarial de La región. Actividad de proyecto Determinar la estructura lógica del sistema de información. Fase del proyecto formativo
Resultado(s) de aprendizaje • Valorar la incidencia de los datos en los procesos del macrosistema, tomando como referente el diccionario de datos y las miniespecificaciones, para la consolidación de los datos que intervienen, de acuerdo con parámetros establecidos. Nombre de la evidencia Actividad Modelo Entidad Relación completo Actividad Modelo Entidad Relación completo Calcula la participación y cardinalidad de las siguientes relaciones. Se debe presentar en un documento en Word de forma individual, lo pueden realizar con el software Día o software similar en caso que no cuenten con las herramientas tecnologías (Pc), se puede realizar en hojas de bloc sin rayas y tomarle las fotos de cada uno de los ejercicios planteados
Formato para Desarrollo de Evidencia Pizzería Un cliente le ha contratado para diseñar una web que permita hacer pedidos de comida a domicilio por Internet. Tenga en cuenta las siguientes indicaciones para modelar cómo sería la base de datos del proyecto: Para cada cliente almacenamos un identificador único, nombre, apellidos, dirección, código postal, localidad, provincia y número de teléfono. Los datos de localidad y provincia estarán almacenados en tablas separadas. Sabemos que una localidad pertenece a una única provincia, y que una provincia puede tener muchas localidades. Para cada localidad almacenamos un identificador único y un nombre. Para cada provincia almacenamos un identificador único y un nombre. Un cliente puede realizar muchos pedidos, pero un único pedido sólo puede ser realizado por un único cliente. De cada pedido se almacena un identificador único, fecha/hora, si el pedido es para reparto a domicilio o para recoger en tienda, la cantidad de productos que se han seleccionado de cada tipo y el precio total. Un pedido puede constar de uno o varios productos. Los productos pueden ser pizzas, hamburguesas y bebidas. De cada producto se almacena: un identificador único, nombre, descripción, imagen y precio. En el caso de las pizzas existen varias categorías que pueden ir cambiando de nombre a lo largo del año. Una pizza sólo puede estar dentro de una categoría, pero una categoría puede tener muchas pizzas. De cada categoría se almacena un identificador único y un nombre. Un pedido es gestionado por una única tienda y una tienda puede gestionar muchos pedidos. De cada tienda se almacena un identificador único, dirección, código postal, localidad y provincia.
Formato para Desarrollo de Evidencia id_repartidor: FK de EMPLEADO(id) PRODUCTO(id, nombre, descripción, imagen, precio, tipo) CATEGORIA(id, nombre) PIZZA(id_producto, id_categoria) id_producto: FK de PRODUCTO(id) id_categoria: FK de CATEGORIA(id) PEDIDO_CONSTA_PRODUCTO(id_pedido, id_producto, cantidad) id_pedido: FK de PEDIDO(id) id_producto: FK de PRODUCTO(id) Gestión de nóminas Una empresa decide informatizar su nómina. Disponemos de la siguiente información: 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 a 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 mantiene el nombre y cada una de sus posibles sedes. El nombre del departamento será único.
Formato para Desarrollo de Evidencia 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 de mediante el número de matrícula del empleado, mediante el ejercicio fiscal y número de mes al que pertenece y con un número de orden en el caso de varios justificantes de nómina recibidos el mismo mes. Cada justificante de nómina consta de varias líneas (al menos una de ingresos) y cada línea se identifica por un número de línea 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 cual se aplica y el porcentaje que se aplica para el cálculo de estos. 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