INSTITUTO TECNOLOGICO SUPERIOR DE HUICHAPAN

NOMBRE DE LA MATERIA:

Fundamentos de Bases de Datos

NOMBRE DEL DOCENTE: Carlos Arturo Espinoza Galicia ALUMNA: Erika Mndez Hernndez

NOMBRE DE LA CARRERA: Ingeniera en Sistemas Computacionales TRABAJO:

Resumen

FECHA DE ENTREGA:
20/jun/2012

2.8. DISEO DE UN ESQUEMADE BASE DE DATOS E-R

El modelo de datos E-R da una exibilidad sustancial en el diseo de un esquema de bases de datos para modelar una empresa dada. Algunos ejemplos de alternativas para realizar el diseo son las sigs.: Si se usa un atributo o un conjunto de entidades para representa un objeto Si un concepto del mundo real se expresa ms exactamente mediante un conjunto de entidades o mediante un conjunto de relaciones Si se usa una relacin ternaria o un par de relaciones binaras Si se usa un conjunto de entidades fuertes o dbiles; la generalizacin, o una jerarqua de relaciones ES, contribuye a la modularidad por permitir que los atributos comunes de conjuntos de entidades similares se representen en un nico lugar en un diagrama E-R. Si el uso de la generalizacin es apropiado

2.8.1. Fases de diseo

La fase inicial del diseo de bases de datos es caracterizar las necesidades de datos esperadas por los usuarios de la base de datos. El resultado de esta fase es una especicacin de requisitos del usuario. El diseador elige un modelo de datos. Desarrollar el esquema conceptual, este proporcionara una visin detallada del desarrollo. (Especica todos los conjuntos de entidades, conjuntos de relaciones, atributos y restricciones de correspondencia.) Revisin para eliminar caractersticas redundantes. Especicacin de requisitos funcionales. (Se describen los tipos de operaciones (o transacciones) que se realizarn sobre los datos.) Trasladar un modelo abstracto de datos a la implementacin de la base de datos consta de dos fases de diseo nales: Fase de diseo lgico El diseador traduce el esquema conceptual de alto nivel al modelo de datos de la implementacin del sistema de base de datos que se usar. El diseador usa el esquema resultante especco a la base de datos en la siguiente fase. Fase de diseo fsico Se especifican las caractersticas fsicas de la base de datos. Estas caractersticas incluyen la forma de organizacin de los archivos y las estructuras de almacenamiento interno.
2

2.8.2. Diseo de base de datos para el banco

Se llevara acabo un diseo de Base de Datos respecto a los requisitos de un banco. No se intentar modelar cada aspecto del diseo de la base de datos para un banco. Se considerarn slo unos cuantos aspectos para ilustrar el proceso de diseo de bases de datos.

2.8.2.1. Requisitos de datos

La especicacin inicial de los requisitos de usuario se puede basar en entrevistas con los usuarios de la base de datos y en el anlisis propio del diseador del desarrollo. La siguiente lista describe los principales requisitos del banco: El banco est organizado en sucursales. Cada sucursal est ubicada en una ciudad particular y se identica por un nombre nico. El banco supervisa los activos de cada sucursal. Los clientes del banco se identican mediante sus valores de id-cliente. El banco almacena cada nombre de cliente, y la calle y ciudad donde viven los clientes. Los clientes pueden tener cuentas y pueden pedir prstamos. Un cliente puede estar asociado con un banquero particular, que puede actuar como responsable de prstamos o banquero personal para un cliente. Los empleados del banco se identican mediante sus valores de id-empleado. La administracin del banco almacena el nombre y nmero de telfono de cada empleado, los nombres de los subordinados del empleado, y el nmero idempleado del jefe del empleado. El banco tambin mantiene registro de la fecha de comienzo del contrato del empleado, as como su antigedad. El banco ofrece dos tipos de cuentas: cuentas de ahorro y cuentas corrientes. Las cuentas pueden asociarse a ms de un cliente y un cliente puede tener ms de una cuenta. Cada cuenta est asignada a un nico nmero de cuenta. El banco mantiene un registro del saldo de cada cuenta y la fecha ms reciente en que la cuenta fue accedida por cada cliente que mantiene la cuenta. Adems, cada cuenta de ahorro tiene un tipo de inters y para cada cuenta corriente se almacena el descubierto. Un prstamo tiene lugar en una sucursal particular y puede estar asociado a uno o ms clientes. Un prstamo se identica mediante un nico nmero de prstamo. Para cada prstamo el banco mantiene registro del importe del prstamo y de los pagos del prstamo. Aunque un nmero de pago del prstamo no identica de forma nica un pago entre todos los prstamos del banco, un nmero de pago
3

identica un pago particular para un prstamo especfico. Para cada pago se almacenan la fecha y el importe.

2.8.2.2. Designacin de los conjuntos de entidades

La especicacin de los requisitos de datos sirve como punto de partida para la construccin de un esquema conceptual para la base de datos. El conjunto de entidades sucursal, con los atributos nombre-sucursal, ciudadsucursal y activo. El conjunto de entidades cliente, con los atributos id-cliente, nombre-cliente, callecliente y ciudad-cliente. Un posible atributo adicional es nombre-banquero. El conjunto de entidades empleado, con los atributos id-empleado, nombreempleado, nmero-telfono, sueldo y jefe. Algunas caractersticas descriptivas adicionales son el atributo multivalorado nombre-subordinado, el atributo base fecha-comienzo y el atributo derivado antigedad. Dos conjuntos de entidades cuenta cuenta-ahorro y cuenta-corriente con los atributos comunes nmero-cuenta y saldo; adems, cuenta-ahorro tiene el atributo tipo-inters y cuenta-corriente tiene el atributo descubierto. El conjunto de entidades prstamo, con los atributos nmero-prstamo, importe y sucursal-origen. El conjunto de entidades dbiles pago-prstamo, con los atributos nmero-pago, fecha-pago e importe-pago.

2.8.2.3. Designacin de los conjuntos de relaciones

Se especican los siguientes conjuntos de relaciones y correspondencia de cardinalidades: prestatario, un conjunto de relaciones varios a varios entre cliente y prstamo. prstamo-sucursal, un conjunto de relaciones varios a uno que indica la sucursal en que se ha originado un prstamo. Ntese que este conjunto de relaciones remplaza al atributo sucursal-origen del conjunto de entidades prstamo. pago-prstamo, un conjunto de relaciones uno a varios de prstamo a pago, que documenta que se ha realizado un pago de un prstamo. impositor, con el atributo de relacin fecha-acceso, un conjunto de relaciones varios a varios entre cliente y cuenta, indicando que un cliente posee una cuenta. banquero-consejero, con el atributo de relacin tipo, un conjunto de relaciones varios a uno que expresa que un cliente puede ser aconsejado por un empleado del banco, y que un empleado del banco puede aconsejar a uno o ms clientes. trabaja-para, un conjunto de relaciones entre entidades empleado con papeles que indican jefe y trabajador; la correspondencia de cardinalidades expresa que un
4

empleado trabaja para un nico jefe, y que un jefe supervisa uno o ms empleados.

2.8.2.4. Diagrama E-R

Se muestra la representacin de un modelo conceptual de un banco, expresada en trminos de los conceptos E-R. El diagrama incluye los conjuntos de entidades, atributos, conjuntos de relaciones, y correspondencia de cardinalidades alcanzados a travs del proceso de diseo de los apartados anteriores.

Imagen1: Diagrama E-R para un banco.