APLICACIONES CON BASES DE DATOS

UNIDAD 3
Clase 5: Modelamiento de Bases de Datos

1. Ciclo de Vida del desarrollo de una Base de Datos

Análisis
La etapa de análisis plantea la definición de objetivos y genera una especificación de requerimientos
en base a las necesidades de la organización.

Diseño y Modelamiento de Datos

Como resultado de los procesos de análisis se definen en forma creciente (en términos de
especificidad) los elementos que constituirán el sistema de información a implementar. En esta etapa se
definen los objetos (entidades) que deben ser utilizados.

Implementación
Según los objetivos a realizar y los objetos definidos en la etapa previa, se dará paso a la selección de
la base de datos y metodología a implementar para la captura de datos y la generación de información.
Esta etapa debe realizarse en base a varias premisas para determinar:

1
 APLICACIONES CON BASES DE DATOS

 implementación on-premise (es decir, en servidores propios de la organización) o en cloud (en la Nube),
 uso de servicios cloud (GCP, AWS u otros).
 modelo de bases de datos: relacional, no-relacional.
 niveles de privacidad.
 interoperabilidad.

Operación y captura de datos

Comprende la operación o utilización de la Base de Datos, lo cual involucra a los usuarios finales
accediendo constantemente, y a los desarrolladores de sistemas realizando programas que permitan
mantenerla actualizada y responder a nuevos requerimientos de los usuarios. Estas dos actividades
requieren de la utilización del SGBD, especialmente en las tareas de definición y manipulación de la Base
de Datos.

2. Modelamiento de Datos
Los diseñadores de base de datos necesitan realizar modelos para construir sus bases de datos. Los
modelos facilitan la comunicación entre el diseñador de base de datos y los usuarios finales.

Conceptual: esta fase incluye la identificación de las entidades clave del sistema y empresariales, de nivel
superior, y sus relaciones, que definen el ámbito del problema que tratará el sistema.
Lógica: esta fase incluye el perfeccionamiento de las entidades del sistema y empresariales de alto nivel de
la fase conceptual en entidades lógicas más detalladas.
Física: esta fase incluye la transformación de los diseños de la clase lógica en diseños de tablas de bases de
datos físicas detalladas y optimizadas.

3. Modelo Entidad Relación (MER)

El Modelo Entidad Relación (MER) es una herramienta de modelado que fue introducido originalmente
por Peter Chen en 1976 y aunque ha sufrido variaciones en cuanto a los elementos de diagramas utilizados
para representar sus elementos, su operación y utilidad siguen vigentes. La base del MER está en
identificar los elementos o entidades importantes del sistema, los datos (atributos) que componen cada
uno de ellos) y la interacción o relación entre dichos elementos. Es una metodología de diseño de Bases de
Datos que consiste en representar a nivel conceptual los datos que soportan el funcionamiento de un
sistema.

2
 APLICACIONES CON BASES DE DATOS

Los componentes básicos de un MER son: Entidades, Atributos y Relaciones. Las entidades representan
abstracciones con atributos que almacenan datos; las relaciones son las asociaciones que existen entre
entidades y permiten generar información al combinar diferentes entidades.
Entidad: Se denomina entidad a todo ente (conceptual o físico) del cual se desea establecer su
participación dentro de un sistema de información. Una entidad concreta o física es aquella con existencia
física, representa un objeto del mundo real (persona o elemento). Una entidad abstracta no tiene una
representación física concreta (posición laboral, asignatura).
Atributo: El atributo es elementos de información que caracteriza a una entidad, identificándola,
calificándola, cuantificándola, o declarando su estado. Por lo general una entidad se compone de uno o
más atributos (edad, genero, estatura, nombre, etc.). Los atributos permiten diferenciar elementos dentro
de un conjunto de entidades. Dentro de una entidad de tipo persona es muy raro el caso que existan dos
con exactamente los mismos atributos.
Relaciones: Las relaciones identifican la interacción que existe entre dos o más entidades. Establecen el
comportamiento del sistema de información. De las relaciones también suelen surgir atributos que
establecen datos que son producto de la relación, o bien determinan las restricciones de dicha relación.

4. Diagrama Entidad Relación

Estos son los elementos del diagrama Entidad Relación.

Se deben incluir los atributos identificadores o claves que dan identidad única a las entidades (en
el siguiente ejemplo, este atributo se llama “rut”).

3
 APLICACIONES CON BASES DE DATOS

5. Modelamiento Conceptual
Un modelo conceptual de datos identifica las relaciones de más alto nivel entre las diferentes
entidades.
 Incluye las entidades importantes y las relaciones entre ellas.
 No se especifica ningún atributo.
 No se especifica ninguna clave principal.
El requisito para un modelamiento exitoso pasa necesariamente por el “conocimiento del negocio”,
esto es, para lograr la meta de representar y organizar los datos para obtener la información que requiere
el problema a resolver, se necesita un conocimiento cabal del problema.
No es igual modelar un sistema de inventario para un negocio de local único que para una cadena de
tiendas, o para una clínica de salud. Siempre el modelo final va a estar supeditado a los requerimientos
específicos del negocio.
Modelar significa en un modo amplio simplificar la realidad del negocio, pero sin perder significancia de
sus datos. Modelar implica organizar y clasificar la información en componentes simples que representen
la información del negocio.
Las Relaciones representadas en este nivel de abstracción (Conceptual) pueden ser de tres tipos,

Claves
Es un subconjunto del conjunto de atributos comunes en una colección de entidades, que permite
identificar inequívocamente cada una de las entidades pertenecientes a dicha colección. Asimismo,
permiten distinguir entre sí las relaciones de un conjunto de relaciones.
Dentro de los conjuntos de entidades existen los siguientes tipos de claves:
 Superclave: Es un subconjunto de atributos que permite distinguir unívocamente cada una de las
entidades en un conjunto de entidades. Si se le añade un atributo, el resultado seguirá siendo una
superclave. Todas las tablas tienen al menos una superclave, dado que todas las filas de la tabla
tienen que ser distintas. En el peor de los casos, la superclave es el conjunto de todos los atributos
de la Tabla.

4
 APLICACIONES CON BASES DE DATOS

 Clave candidata: Es el subconjunto mínimo de atributos que identifica inequívocamente cada

entidad en su conjunto. Puede coincidir con la superclave. Deben ser determinados a conciencia los
atributos que formarán parte de la clave, a los cuales les llamaremos “atributos principales”.
 Clave Primaria (PK): Es el atributo de la clave que se usará para identificar una entidad en una
relación. También es conocida como “clave principal”. Los demás atributos de la clave se conocen
como “claves secundarias” o “alternativas”. Existen una serie de factores a tener en consideración a
la hora de seleccionar la Clave Primaria de una tabla:
o Estabilidad: esta propiedad hace referencia a que los valores de la clave no cambien con el
tiempo.
o Simplicidad: se prefieren claves sencillas, con pocos atributos y de tipo numérico
preferiblemente a claves largas de tipo alfanumérico.
o Fiabilidad: existe algún mecanismo de validación o de autodetección o corrección de errores
o Universalidad: indica que su uso y conocimiento está muy extendido (DNI en el caso de las
personas, ISBN en el caso de los libros, …)
 Clave Externa o Ajena (FK): Un conjunto de atributos se dice que forman una clave externa (ajena)
si hacen referencia a una relación existente con una clave de una tabla no necesariamente distinta.
En este caso, los dominios de los atributos deben coincidir en ambas claves, tanto en la primaria
como en la externa.
o La tabla que contiene la clave ajena se denomina tabla hija (referenciante) y la que contiene
la clave de la que depende la clave ajena se denomina tabla padre (referenciada). Esto da
lugar a una jerarquía de dependencias entre las tablas o jerarquía referencial, con
posiblemente varios niveles.
o Una tabla puede tener varios padres distintos, no necesariamente en el mismo nivel, porque
se han definido diferentes claves ajenas que referencian claves de tablas distintas.
o Una tabla puede auto referenciarse, es decir, la clave ajena apunta a una clave dentro de la
propia relación, en cuyo caso, la tabla es a la vez padre e hija.