Capitulo 6 Disefio conceptual Introduccién y objetivos EI primer paso en el diseiio de una base de datos es la produccién del es- quema conceptual. En este capitulo se presenta una metodologia para producir estos esquemas, denominada entidad-relacién, Al finalizar este capitulo, el estudiante debe ser capaz = Captar una realidad determinada, correspondiente a unos requisitos de usuario, y plasmarla en un esquema conceptual mediante un diagrama entidad-relacién. = Interpretar un esquema conceptual dado, extrayendo de él los requisitos de datos de los usuarios que se hayan reflejado. 6.1. Modelo entidad-relacién El disefio conceptual parte de las especificaciones de requisitos de los usua- rios y su resultado es el esquema conceptual de la base de datos. Una opcién para recoger los requisitos consiste en examinar los diagramas de flujo de da- tos, que se pueden haber producido previamente, para identificar cada una de Jas Areas funcionales. La otra opcién consi minar los procedimientos, los informes y los formularios, y también observar el funcionamiento de la empresa. Un esquema conceptual es una descripcién de alto nivel de la estructura de la base de datos, independientemente del SGBD que se vaya a utilizar para manipularla. Para especificar los esquemas conceptuales se utilizan modelos je en entrevistar a los usuarios, exa- conceptuales. Los modelos conceptuales se utilizan para representar la realidad a un alto nivel de abstraccién. Mediante los modelos conceptnales se puede ipeiin de la realidad ficil de entender. En el disefio de bases de datos se usan, en primer lugar, los modelos conceptuales para lograr construir una des @ Mewsestngts- seu orest-onaHes 8una descripeion de alto nivel de la realidad, y luego se transforma el esquema conceptual en un esquema logico (disefio logico) Los modelos conceptuales deben ser buenas herramientas para representar la realidad, por lo que deben poseer las siguientes cualidades: = Expresividad: deben tener suficientes conceptos para expresar perfecta- mente la realidad. = Simplicidad: deben ser simples para que los esquemas sean ficiles de entender. = Minimalidad: cada coneepto debe tener un significado distinto, = Formalidad: todos los conceptos deben tener una interpretacién ‘nica, precisa y bien definida. En general, un modelo no es capaz de expresar todas las propiedades de una realidad determinada, por lo que hay que aiiadir afirmaciones que complemen- ten el esquema. E] modelo entidad-relacién es el modelo conceptual mas utilizado para el disefio conceptual de bases de datos. Fue introdueido por Peter Chen en 1976. El modelo entidad-relacién est formado por un conjunto de conceptos que permiten describir la realidad mediante representaciones gréficas y lingtifstieas. Estos conceptos se muestran en la figura 6.1: etidad < relacin 0 atributo — ——e identifieador ooo Figura 6.1: Conceptos del modelo entidad-relacion, Originalmente, el modelo entidad-relacién sélo inclufa los conceptos de en- tidad, relacién y atributo. Mas tarde, se aitadieron otros conceptos, como los atributos compuestos y las jerarqufas de generalizacién, en lo que se ha deno- minado modelo entidad-relacion extendido. @ Mewsestngts- seu orest-onaHes wLas tareas a realizar en el disefio conceptual son las siguientes: 1, Identificar las entidades, Identificar las relaciones. Identificar los atributi sy asociarlos a entidades y relaciones Determinar los dominios de los atributos, Determinar los identificadores, Determinar las jerarquias de generalizacion (si las hay). Dibujar el diagrama entidad-relacion. 8, Revisar el eequema conceptual local con el usuario. 6.1.1. Entidades En primer lugar, hay que definir los principales conceptos que interesan all usuario, Estos conceptos serdn las entidades. Una forma de identificar las enti- dades es examinar las especificaciones de requisitos de usuario, En estas espe- cificaciones se buscan los nombres o los sintagmas nominales que se mencionan (por ejemplo: eédigo del cliente, nombre del cliente, ntimero de la factura, fecha de la faetura, IVA de la factura). También se busean coneeptos importantes como personas, lugares 0 conceptos abstractos, excluyendo aquellos nombres que s6lo son propiedades de otros objetos. Por ejemplo, se pueden agrupar el cédigo del cliente y el nombre del cliente en una entidad denominada cliente, y agrupar el nfimero de la factura, la fecha de la factura y el IVA de la factura, en otra entidad denominada factura. Otra forma de identificar las entidades es buscar aquellos conceptos que existen por si mismos. Por ejemplo, vendedor es una entidad porque los ven- dedores existen, sepamos 0 no sus nombres, direeciones y teléfonos. Siempre ‘que sea posible, el usuario debe colaborar en la identificacion de las entidades, A veces, es dificil identificar las entidades por la forma en que aparecen en las especificaciones de requisitos. Los usuarios, a veces, hablan utilizando ejemplos 0 analogias, En lugar de hablar de vendedores en general, hablan de personas coneretas, o bien, hablan de los puestos que ocupan esas personas. Para complicarlo atin més, los usuarios usan, muchas veces, sinénimos y homénimos. Dos palabras son sinonimos cuando tienen el mismo significado. Los homénimos ocurren cuando la misma palabra puede tener distintos signi- ficados dependiendo del contexto. No siempre es obvio saber si un concepto es una entidad, una relacién o un atributo, El andlisis es subjetivo, por lo que distintos disefiadores pueden hacer distintas interpretaciones, aunque todas igualmente validas. Todo depende de la opinion y la experiencia de cada uno. Los disefiadores de bases de datos @ Mewsestngts- seu orest-onaHes we