3FASES DEL DISEÑO DE B.

Tareas que se realizan en el DISEÑO CONCEPTUAL

1. Identificar identidades
2. Identificar relaciones
3. Identificar atributos y asociarlos a entidades y relaciones
4. Determinar dominios de los atributos
5. Determinar identificadores
6. Determinar jerarquías de generalización
7. Dibujar modelo entidad relación
8. Revisar el esquema conceptual local con el usuario

METODOLOGÍA DE DISEÑO
1. Diseño Conceptual --> MER/MERExt
2. Diseño lógico
3. Diseño Físico

SOLUCIÓN
1. Identificar las entidades
Identificar los principales objetos que interesan al usuario
– Examinar las especificaciones de requisitos de usuario
– Buscar aquellos objetos que existen por sí mismos
• Siempre que sea posible, el usuario debe colaborar en la identificación de las
entidades
• Dar nombres que tengan un significado (obvios para el usuario)

2. Identificar relaciones
• Buscar las expresiones verbales
• Sólo interesan las relaciones que son necesarias
• Determinar la cardinalidad mínima y máxima con la que participa cada entidad
• Asignar nombres que tengan significado para el usuario
• Definir si la participación de cada entidad es total o parcial, y su rol en la relación

3. Identificar atributos y asociar a las entidades y relaciones

• ¿Qué información se quiere saber?
• Identificar atributos compuestos y que atributos lo conforman
• Identificar atributos derivados y como se calculan
• Identificar atributos multivaluados
• Identificar atributos no nulos
4. Determinar dominios de los atributos

• El dominio de un atributo es el conjunto de valores que puede tomar el atributo.

• Ej. El número de oficina es un código de hasta tres caracteres, donde el primero
es una letra y los siguientes son dígitos en el rango de 1 a 99
• Números de teléfono y los números de fax tienen 7 dígitos.
• Especificar tamaño y formato

5. Determinar identificadores
• Cada entidad tiene al menos una clave
• Las claves pueden ser simples o compuestas
• Escoger la clave primaria
• Determinar si la entidad es fuerte o débil
• Si una entidad no tiene atributos clave es débil

6. Determinar jerarquías de generalización

• ¿Es necesario reflejar las diferencias entre distintas ocurrencias de una entidad?
• ¿Hay entidades que tienen características en común y que realmente son
subentidades de una entidad genérica?
• Determinar si la jerarquía es total o parcial, disjunta o solapada

7. Dibujar el modelo entidad relación

Dibujar el diagrama entidad-relación correspondiente a los esquemas conceptuales

locales (vistas de los usuarios)

8. Revisar el esquema conceptual local con el usuario

• Revisar con el usuario el diagrama entidad-relación y la documentación que
describe el esquema
• Repetir el proceso hasta que se esté seguro de que el esquema conceptual es
una fiel representación de la parte de la empresa que se está modelando

METODOLOGÍA DE DISEÑO MC

DISEÑO CONCEPTUAL:
El modelado conceptual, también denominado diseño conceptual, constituye la
primera fase de desarrollo de bases de datos, y puede subdividirse en dos etapas
claramente diferenciadas:
– Análisis de Requisitos
– Generación del esquema conceptual (Conceptualización).
Esta primera etapa, en general común para datos y procesos, es la etapa de
Percepción, identificación y descripción de los fenómenos del mundo real a
analizar.
Mediante el estudio de las reglas de una empresa (que proveen el marco para el
análisis del sistema) y de entrevistas a los usuarios de los diferentes niveles de la
organización (que proveen los detalles sobre los datos) se llega a elaborar un
esquema descriptivo de la realidad.
El esquema descriptivo se representa utilizando el lenguaje natural. Con ello se
ayuda a que el problema de comunicación usuarios/analistas se reduzca (aunque
seguirá siendo muy importante).

En esta segunda etapa se transforma el esquema descriptivo, refinándolo y

estructurándolo adecuadamente.
En esta etapa de conceptualización se habrá de buscar una representación
normalizada que se apoye en un modelo de datos que cumpla determinadas
propiedades (coherencia, plenitud, no redundancia, simplicidad, fidelidad, etc.)
para llegar así al denominado esquema conceptual. Para la representación del
esquema conceptual, usaremos el ME/R extendido, además de una serie de ficha
o plantillas que sirven de soporte documental junto al diagrama E/R.

 METODOLOGIA DE DISEÑO

 Diseño Conceptual --> MER

El modelo entidad-relación es el modelo conceptual más utilizado

para el diseño conceptual de bases de datos. Fue introducido por
Peter Chen en 1976. El modelo entidad-relación está formado por
un conjunto de conceptos que permiten describir la realidad
mediante un conjunto de representaciones gráficas y lingüísticas.
Originalmente, el modelo entidad-relación sólo incluía los conceptos
de entidad, relación y atributo.

 Pasos para el diseño

 Encontrar entidades (conjuntos de entidades)
 Identificar atributos de las entidades
 Buscar identificadores
 Especificar las relaciones y cardinalidades
 Identificar entidades débiles
 Especializar y generalizar entidades donde sea posible
 Diseño Conceptual --> MERExt

Las definiciones de conceptos detallados a continuación son exclusivas de

los diagramas de entidad-relación mejorados y pueden ayudar a
comprender cómo los conceptos de modelado de los diagramas ER
extendidos difieren de los de diagramas ER.
Permite percibir del mundo a través de 2 tipos de objetos básicos
 Entidades
 Relaciones o vinculaciones

Modelo Entidad / Relación Extendido:

 Entidades

 Atributos
Relaciones o vinculaciones
 Diseño lógico
Un esquema lógico es una descripción de la estructura de la que la base
de datos en términos de la estructura de datos que puede procesar un
tipo de SGBD (sistema gestor de bases de datos).
El diseño lógico depende del tipo de SGBD que se vaya a utilizar, no
depende del producto concreto.
El objetivo del diseño lógico es transformar el esquema genérico y
conceptual en un modelo de datos determinado para un sistema de
gestión de bases de datos determinado.

SGBD
Es el software que permite a los usuarios procesar, describir, administrar y
recuperar los datos almacenados en una base de datos.

Bases de datos relacionales: el modelo de dato relacional organiza y

representa los datos en forma de tablas o relaciones:
Una base de datos relacional es una colección de relaciones [tablas],
Cada una de las cuales tienen un nombre único.
Transformación de un diagrama E/R en un esquema relacional:
1. se transforma en tablas todos los tipos de entidades y relaciones que
aparecen en el diagrama E/R.
2. se selecciona las claves primarias para cada una de las tablas de nuestro
esquema lógico.
3. fusión de tablas: se combinan aquellas tablas que compartan su clave
primaria
4. Normalización: se normaliza el esquema resultante
5. se define todas las restricciones de integridad que sean aplicables al
esquema obtenido
Diseño físico

El diseño físico de bases de datos es un proceso que forma parte diseño

de bases de datos, y su resultado final es un esquema físico de la base de
datos.

El diseño físico parte del esquema lógico de bases de datos y da como

resultado un esquema físico de bases de datos.

El esquema físico de una base de datos, depende del tipo de SGBD y del
SGBD específico que se emplee.

El esquema físico de una base de datos es una descripción de la

implementación de una base de datos en memoria secundaria,
describiendo las estructuras de almacenamiento y los métodos de acceso
a esos datos.
El diseño físico de la base de datos optimiza el rendimiento a la vez
que asegura la integridad de los datos al evitar repeticiones
innecesarias de datos. Durante el diseño físico, se transforman las
entidades en tablas, las instancias en filas y los atributos en
columnas.

Resultados del diseño físico de la base de datos

Durante el diseño físico de la base de datos, se transforman las entidades

en tablas, las instancias en filas y los atributos en columnas.

Las tareas a llevar a cabo durante este proceso son:

- Convertir entidades en tablas físicas. Cuando la entidad es fuerte se

convierte en una tabla.
- Escoger qué atributos se utilizarán para las columnas de las tablas y en
qué tablas deben ir.

- Escoger los nombres finales de las columnas, en ocasiones

abreviándolos. Esta tarea es importante en bases de datos que limitan el
tamaño de nombres de columnas.

- Escoger qué columnas se transformarán en claves de identificación de la

tabla.

- Escoger también qué columnas serán índices y de esta manera volver

más eficiente la búsqueda de información en las consultas SQL sobre
estas.

- Identificar las vistas a definirse en las tablas. Una vista es una forma
alternativa para describir los datos que existen en una o más tablas.

- Resolver las relaciones (n: m o muchos a muchos) entre entidades.

Usualmente se crea una tabla extra que contiene las claves de ambas
tablas relacionadas.

- Aplicar cierta des normalización, dado que las reglas de normalización no

consideran el rendimiento de la base de datos. Por lo que, en ocasiones,
cierta des normalización es necesaria para un funcionamiento más
eficiente.
Diseño de una base de datos