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 b ases 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 e ntidades 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 jerar qua 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 da tos esperadas por los usuarios de la base de datos. El resultado de esta fase es una especi cacin de requisitos del usuario. El diseador elige un modelo de datos. Desarrollar el esquema conceptual, este proporcionara una visin detallada del des arrollo. (Especi ca todos los conjuntos de entidades, conjuntos de relaciones, atr ibutos y restricciones de correspondencia.) Revisin para eliminar caractersticas redundantes. Especi cacin de requisitos funcionales. (Se describen los tipos de operaciones (o t ransacciones) que se realizarn sobre los datos.) Trasladar un modelo abstracto de datos a la implementacin de la base de datos con sta 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 espec co 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 almacenamie nto interno. 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 base de datos. 2.8.2.1. Requisitos de datos La especi cacin 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 desar rollo. La siguiente lista describe los principales requisitos del banco: El banco est organizado en sucursales. Cada sucursal est ubicada en una ciudad par ticular y se identi ca por un nombre nico. El banco supervisa los activos de cada s ucursal. Los clientes del banco se identi can mediante sus valores de id-cliente. El banco almacena cada nombre de cliente, y la calle y ciudad donde viven los clientes. L os clientes pueden tener cuentas y pueden pedir prstamos. Un cliente puede estar asociado con un banquero particular, que puede actuar como responsable de prstamo s o banquero personal para un cliente. Los empleados del banco se identi can mediante sus valores de id-empleado. La admi nistracin del banco almacena el nombre y nmero de telfono de cada empleado, los nom bres de los subordinados del empleado, y el nmero id-empleado del jefe del emplea do. El banco tambin mantiene registro de la fecha de comienzo del contrato del em pleado, as como su antigedad. El banco ofrece dos tipos de cuentas: cuentas de ahorro y cuentas corrientes. La s cuentas pueden asociarse a ms de un cliente y un cliente puede tener ms de una c uenta. Cada cuenta est asignada a un nico nmero de cuenta. El banco mantiene un reg

istro del saldo de cada cuenta y la fecha ms reciente en que la cuenta fue accedi da 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 identi ca mediante un nico nmero de prstamo. Para cada prsta o el banco mantiene registro del importe del prstamo y de los pagos del prstamo. A unque un nmero de pago del prstamo no identi ca de forma nica un pago entre todos los prstamos del banco, un nmero de pago identi ca un pago particular para un prstamo es pecfico. Para cada pago se almacenan la fecha y el importe. 2.8.2.2. Designacin de los conjuntos de entidades La especi cacin de los requisitos de datos sirve como punto de partida para la cons truccin de un esquema conceptual para la base de datos. El conjunto de entidades sucursal, con los atributos nombre-sucursal, ciudad-suc ursal y activo. El conjunto de entidades cliente, con los atributos id-cliente, nombre-cliente, calle-cliente y ciudad-cliente. Un posible atributo adicional es nombre-banquero . El conjunto de entidades empleado, con los atributos id-empleado, nombre-emplead o, nmero-telfono, sueldo y jefe. Algunas caractersticas descriptivas adicionales so n 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 atribut os 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 sucur al-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 especi can los siguientes conjuntos de relaciones y correspondencia de cardinal idades: 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 e n que se ha originado un prstamo. Ntese que este conjunto de relaciones remplaza a l atributo sucursal-origen del conjunto de entidades prstamo. pago-prstamo, un conjunto de relaciones uno a varios de prstamo a pago, que docume nta que se ha realizado un pago de un prstamo. impositor, con el atributo de relacin fecha-acceso, un conjunto de relaciones var ios 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 va rios a uno que expresa que un cliente puede ser aconsejado por un empleado del b anco, 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 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 trmi nos de los conceptos E-R. El diagrama incluye los conjuntos de entidades, atribu tos, conjuntos de relaciones, y correspondencia de cardinalidades alcanzados a t ravs del proceso de diseo de los apartados anteriores.