Consulta realizada: Hace 4 meses desde Paraguay

Base de datos basica con informe

Ultimo comentario: Hace 4 meses

Ver otras consultas

Paraguay

K. Y.

Comentado: Hace 4 meses

Tema 1: (Total=70 puntos) Dado el siguiente enunciado: El Banco “PIRAMIDE”, desea crear una base de datos para almacenar toda la información relacionada a las operaciones de préstamos a clientes (personas físicas) de la entidad. Para ello se debe considerar la existencia de los siguientes datos: PRESTAMO: IdPrestamo, TipoPrestamo, NroCodeudor, FechaEmision, CantidadCuotas, ImporteCuota, PagadoSN. CUOTA: IdCuota, Cod.Prestamo, NroCuota, FechaVencimiento, Importe, PagadoSN. PERSONA: Cod.Persona, ApellidoNombre, NroCedula o RUC, Dirección, Email, Teléfono, FechaNacimiento, Sexo. Estos atributos y entidades son los básicos para el problema, pudiendo incorporar otros que se consideren necesarios para el diseño, según definiciones adicionales obtenidas en el relevamiento y que se detallan a continuación:  Un préstamo puede corresponder a uno o varios clientes a la vez.  Cada préstamo fue gestionado por un empleado y concedido siempre en una sucursal.  Cada sucursal posee nombre, dirección y está ubicada en una única localidad (o ciudad).  Cada préstamo corresponde siempre a un solo tipo (Urgente, Personal, Comercial, etc.).  Es importante conocer la localidad o ciudad de residencia actual de las personas.  Las personas pueden ser clientes, codeudores o empleados únicamente. Existen atributos comunes a las personas (ya mencionados) y otros específicos según cada caso.  En caso de ser cliente, nos interesa conocer además su lugar de empleo y salario.  En caso de ser codeudor, además interesa su dirección y teléfono laboral.  En caso de ser empleado, nos interesa conocer además su cargo y área.  Cada préstamo puede tener una o varias cuotas, las cuales deben registrarse por separado.  Un empleado puede ser cliente o también codeudor de operaciones de clientes.  Un cliente puede además ser codeudor de otros clientes en otras operaciones.  Un préstamo normalmente tiene un codeudor, pero nunca más de uno por operación. se pide: a. (40 puntos) Utilice el access para definir el diseño físico de datos del sistema, elaborando un modelo relacional normalizado, teniendo en cuenta las entidades, atributos, relaciones entre las entidades y habilitación de la integridad referencial. B. (10 puntos) En la misma base de datos ACCESS, realice la Normalización de la tabla PERSONA. C. (10 puntos) En la misma base de datos access, elabore un informe de la tabla prestamo, que agrupe las mismas por tipoprestamo, ordenando dentro de cada agrupación por fechaemisión y tenga un subtotal con el importe total por cada tipoprestamo y al final el importe total del reporte. D. (10 puntos) En la misma base de datos access, elabore una consulta sobre la tabla empleado, obteniendo el apellidonombre, dirección, cargo, localidadresidencia, área y el email. Solo interesa visualizar aquellos que pertenecen al Cargo “Oficial de Créditos” o “Administrativo de Sucursal”. Si su Área fuera “Cuentas Corrientes” sin importar el Cargo. Ordenar los registros en forma ASCEDENTE por Área y segundo criterio, por Cargo. En todos los casos se debe exhibir el texto y no código de los campos normalizados.

Este proyecto ha sido publicado por un usuario tercero a TakeYourDesign. Algunos de los datos pueden ser omitidos para proteger la privacidad de nuestros usuarios. Esta información solo es mostrada para tener referencias de proyectos que trabajamos. Cada proyecto es diferente, por ello, te invitamos a escribirnos sobre tu proyecto y te ayudaremos con mucho gusto.