2.

Modelos Conceptuales y Físicos

2.1 Reconocimiento de modelos
En esta lección, los aprendices conocerán el concepto de modelado y a
reconocer modelos: conceptuales frente a físicos. Esta lección
proporciona los motivos para crear un modelo de datos en primer lugar,
en contraposición con solo seguir adelante y crear una base de datos.

¿Ha tenido alguna vez problemas para encontrar un documento en un

archivador o carpeta que otra persona ha organizado? Puede que los
archivos se hayan organizado para cumplir las necesidades de esa persona,
pero no los suyos.

El modelado de datos intenta captar las necesidades de los usuarios de la

empresa para que la base de datos resultante sea una que todo el mundo
pueda utilizar. El producto final de este proceso es un modelo de datos o, más
concretamente, un modelo conceptual denominado diagrama de relación
de entidad.

Objetivos

En esta lección se abordan los siguientes objetivos:

 Explicar la importancia de comunicar de forma clara y capturar
de forma precisa los requisitos de información
 Distinguir entre un modelo conceptual y su implantación física
 Enumerar cinco motivos para crear un modelo de datos
conceptual
 Proporcionar ejemplos de modelos conceptuales y modelos físicos
 Cuando sea capaz de reconocer y analizar información, podrá
comprender mejor cómo funcionan las cosas y, posiblemente,
mejorarlas. Por ejemplo:

 Cómo hacer que la cola en el mostrador de comida sea

más rápida
 Cómo cambiar correctamente un artículo en la tienda
 Cómo organizar y realizar un seguimiento de su creciente
colección de CD

 Además, el reconocimiento y análisis de información ayudan

a evitar errores y malentendidos. Para un negocio, esto es
importante ya que se ahorra tiempo y dinero.

Si fuera el jefe de un restaurante de comida rápida, ¿por qué desearía

recopilar información sobre cómo hacer que las colas de clientes en el
mostrador de comida sean más rápidas?

Las respuestas incluyen:

Cuanto más rápido pueda servir a las personas, mayores serán los beneficios
para su local.

¿Cuáles serían los beneficios si solo pudiera servir a un cliente por hora?

Un negocio y sus clientes sufren cuando se utilizan procesos ineficaces. No

volverá a un restaurante que pueda servir solo a una persona por hora,

¿Qué Es un Modelo Conceptual?

Un modelo conceptual:
 Captura las necesidades funcionales e informativas de un
negocio
 Se basa en las necesidades actuales, pero puede reflejar
las necesidades futuras
 Aborda las necesidades de un negocio (lo que es idóneo
conceptualmente), pero no aborda su implantación (lo que
es posible físicamente)
 Es el resultado de terminar el proceso de modelado de
datos

 Identifica:
 entidades importantes (objetos que se convierten en
tablas en la base de datos)
 relaciones entre entidades

 No especifica:
 atributos (objetos que se convierten en columnas o
campos en la base de datos)
 identificadores únicos (un atributo que se convierte
en clave primaria en la base de datos).

Un modelo conceptual es importante para un negocio porque:

 Describe exactamente las necesidades de información del

negocio
 Facilita la explicación
 Evita errores y malentendidos
 Formula documentación importante de "sistema ideal"
 Forma una base sólida para el diseño de base de datos
física
 Documenta los procesos (también denominados "reglas de
negocio") del negocio
 Tiene en cuenta las normativas y leyes que rigen este sector
¿Qué es un modelo lógico?

Un modelo lógico:
 Incluye todas las entidades y relaciones entre sí.
 Se denomina modelo de relación de entidades (ERM).
 Se ilustra en un ERD.
 Especifica todos los atributos y UID para cada entidad.
 Determina la opcionalidad del atributo.

 Determina la opcionalidad y la cardinalidad de la relación.

Un modelo de datos lógico describe los datos con tantos detalles como
sea posible, sin tener en cuenta cómo se implantará físicamente en la base
de datos. Normalmente se deriva de un modelo de datos conceptual.

¿Qué es un modelo físico?

Un modelo físico:

 Es una extensión de un modelo de datos lógico.

 Especifica las definiciones de tabla, los tipos de dato
y la precisión.
 Identifica las vistas, los índices y otros objetos de base
de datos.
 Describe cómo se deben implantar los objetos en una base
de datos específica.
 Muestra todas las estructuras de tabla, incluidas las
columnas, claves primarias y claves ajenas.

El modelado físico se ocupa de la conversión del modelo de datos lógico

en un modelo de base de datos relacional. Cada modelo relacional
puede tener uno o más modelos físicos, uno para cada RDBMS en el que
despliegue.

Modelos Conceptuales y Físicos

 Es el arte de la planificación, el desarrollo y la

comunicación que permite a un grupo de personas que
trabajan conjuntamente lograr un resultado deseado.
 El modelado de datos es el proceso de capturar los
conceptos importantes y las reglas que dan forma a un
negocio y de representarlos visualmente en un diagrama.
  Este diagrama se convierte en el plano para diseñar el
elemento físico.
 El sueño del cliente (modelo conceptual) se convertirá en
realidad física (modelo físico).

Terminología

Entre los términos clave utilizados en esta lección se incluyen:

 Modelo conceptual
 Datos
 Modelado de datos
 Modelo físico

Resumen

En esta lección, debe haber aprendido lo siguiente:

 Explicar la importancia de comunicar claramente y captar
de forma precisa los requisitos de información
 Distinguir entre un modelo conceptual y su implantación
física
 Enumerar cinco motivos para crear un modelo de datos
conceptual
 Proporcionar ejemplos de modelos conceptuales y modelos
físicos

2.2 Entidades, Instancias, Atributos e Identificadores

En esta lección analizamos los conceptos de entidades e instancias e

identificaremos los atributos e identificadores únicos de entidades.

Objetivos

En esta lección se abordan los siguientes objetivos:

 Definir y dar un ejemplo de una entidad

 Distinguir entre una entidad y una instancia de una entidad
 Nombrar y describir los atributos de una entidad
determinada
 Distinguir entre un atributo y su valor
 Distinguir entre atributos obligatorios y opcionales, y entre
atributos volátiles y no volátiles
 Seleccionar y justificar un identificador único (UID) para una
 entidad

Objetivo de las Entidades

 Saber cómo organizar y clasificar datos posibilita extraer

conclusiones útiles sobre hechos aparentemente aleatorios.
 Nuestro mundo muy tecnológico produce grandes
cantidades de hechos que necesitan una estructura y un
orden.
 Es importante conocer las entidades porque son las cosas
sobre las que se almacenan datos.
 Por ejemplo:
–Un centro educativo tiene que almacenar datos sobre
(como mínimo): ALUMNOS, PROFESORES, CURSOS, AULAS,
NIVELES.

Qué tipos de información necesitamos saber, o con los que trabajar, en cada
uno de estos trabajos:

Programador/asesor de TI
Gestor de banco
Cajero de un restaurante
Artista
Padre

Objetivo de los Atributos

 Es importante conocer los atributos porque proporcionan

información más específica sobre una entidad.
 Los atributos ayudan a distinguir entre una instancia y otra
proporcionando mayores detalles de la entidad.
 Por ejemplo:
–En un restaurante, tiene que mostrar los elementos
individuales del pedido de un cliente para que se pueda
calcular la factura.
–Al crear varios informes de ventas, debe ser capaz de
identificar un informe específico en la lista de informes.

 Es importante conocer los atributos porque proporcionan

información más específica sobre una entidad.
 Los atributos ayudan a distinguir entre una instancia y otra
proporcionando mayores detalles de la entidad.
 Por ejemplo:
–En un restaurante, tiene que mostrar los elementos
individuales del pedido de un cliente para que se pueda
 calcular la factura.
–Al crear varios informes de ventas, debe ser capaz de
identificar un informe específico en la lista de informes.
 Observe los anuncios de una revista y los sitios de Internet
identificados por el profesor.
 ¿Cuál es "el tema principal" del que trata cada anuncio o
sitio web?

Observe sitios web comerciales.

Definición de Entidad

 Una entidad es:

 "Algo" de importancia para el negocio sobre lo que se
deben conocer datos
 Un nombre de un juego de elementos similares que puede
enumerar
 Normalmente un sustantivo
 Ejemplos: objetos, eventos, personas
 Las entidades tienen instancias.
 Una instancia es una única incidencia de una entidad.

Entidades e Instancias

Entidades Instancias
PERSONA Mahatma Gandhi, George Washington
PRODUCTO Nike Air Jordan, Gibson Les Paul Custom
TIPO DE Zapatos, Videojuego
PRODUCTO
CARGO Electricista, Técnico de TI
NIVEL DE Principiante, Experto
HABILIDAD
CONCIERTO U2 en el Palladium, Beyoncé en el Greek Theatre de
Los Ángeles
 ANIMAL Perro, Gato
VEHÍCULO Volkswagen Escarabajo, Toyota Corolla

Ejemplo: la entidad FRUTA tiene instancias de naranja, manzana, melocotón,

kiwi, cereza, lima, limón, etc.

 Un dálmata, un gato siamés, una vaca y un cerdo son

instancias de ANIMAL
 Un convertible, un sedán y una camioneta son instancias de
VEHÍCULO.
 Algunas entidades tienen muchas instancias y algunas solo
unas pocas
 Las entidades pueden ser:
–Tangibles, como PERSONA o PRODUCTO
–Intangibles, como NIVEL DE HABILIDAD
–Un evento, como CONCIERTO

No tangible: que no puede ser percibido con los sentidos.

Tangible: perceptible por los sentidos, especialmente por el sentido del tacto

 ¿PERRO es una instancia o una entidad?

 Depende:
–Si se consideran muchos tipos diferentes de animales, tiene
sentido pensar que la entidad ANIMAL incluye las instancias
PERRO, GATO, CABALLO, etc.
–Pero ¿qué sucede si dirigimos un negocio de cría de perros?
Tendremos que mantener datos sobre muchas razas distintas
de perro, pero no de otras especies de animales.
–Para un criador de perros, es más natural pensar que una
entidad PERRO incluye las instancias TERRIER, POODLE,
LABRADOR, etc.

No tiene sentido tener una entidad con una única instancia

¿Qué Es un Atributo?

 Al igual que una entidad, un atributo representa algo

importante para el negocio.
 Un atributo es información específica que ayuda a:
–Describir una entidad
–Cuantificar una entidad
–Cualificar una entidad
–Clasificar una entidad
 –Especificar una entidad
 Un atributo tiene un valor único.

Suponga que todas las entidades tienen al menos un atributo. Más tarde,
descubriremos excepciones a esta suposición. Normalmente, hay muchos
atributos para una entidad, pero de nuevo, estamos interesados solo en
aquellos atributos que son importantes para el negocio.

Ejemplo: la entidad FRUTA tiene atributos de nombre, tipo, región y fecha de

recogida.

Una instancia de esto sería:

Naranja, cítricos, costa oeste, 10-ABR-2005

 Los atributos tienen valores. Un valor de atributo puede ser

un número, una cadena de caracteres, una fecha, una
imagen, un sonido, etc.
 Estos se denominan "tipos de dato" o "formatos". Cada
atributo almacena una parte de los datos de un tipo de
dato específico.

Entidades Atributos
CLIENTE apellido, fecha de nacimiento, número de pie, ciudad de residencia,
correo electrónico
VEHÍCULO modelo, peso, precio de catálogo
PEDIDO fecha de pedido, fecha de envío
CARGO título, descripción
TRANSACCIÓN cantidad, fecha de transacción
CONTRATO DE fecha de inicio, salario
TRABAJO

Tipo de dato: clasificación que identifica uno de los diferentes tipos de dato,
que indican los valores posibles para ese tipo, las operaciones que se pueden
realizar en ese tipo, así como la forma en que se almacenan los valores de ese
tipo

De un solo valor: solo puede tener un valor en cualquier momento para cada
instancia de la entidad

 ¿Cuál es el tipo de dato de cada atributo de CLIENTE?

 Por ejemplo: el apellido es una cadena de caracteres. Los
atributos son de un solo valor. Cada atributo solo puede
tener un valor (en cualquier momento) para cada instancia
de la entidad.

Entidades Atributos
CLIENTE apellido, edad, número de pie, ciudad de residencia, correo
electrónico
VEHÍCULO modelo, peso, precio de catálogo
 PEDIDO fecha de pedido, fecha de envío
CARGO título, descripción
TRANSACCIÓN cantidad, fecha de transacción
CONTRATO DE TRABAJO fecha de inicio, salario

Los únicos atributos que tenemos que modelar son aquellos de los que el
negocio desea realizar un seguimiento. Así pues, por ejemplo, puede que
desee realizar un seguimiento del número de pie como un atributo de cliente si
es una tienda de zapatos, pero tal vez no si es una tienda de alimentos. Todo
depende de los requisitos empresariales.

Cada atributo tiene un tipo de dato. Por ejemplo, el atributo "nombre" tiene un
tipo de dato cadena de caracteres (texto), el atributo "salario" tiene un tipo de
dato de número y el atributo "fotografía" tiene un tipo de dato de imagen.

El atributo es de un solo valor

Un atributo para una entidad debe tener un solo valor. En términos más
precisos, una instancia de una entidad solo puede tener un valor para cada
atributo en cualquier momento. Esta es la característica más importante de un
atributo. Sin embargo, el valor de atributo puede cambiar a lo largo del
tiempo.

Por ejemplo: la entidad VEHÍCULO puede tener atributos "modelo" y "color".

Solo puede haber un valor de estos (por ejemplo, "Escarabajo" y "verde") a la
vez, para cada instancia (es decir, para cada vehículo). Aunque el modelo
sigue siendo el mismo a lo largo de la vida del vehículo, su color puede
cambiar.

 Algunos atributos (como, por ejemplo, edad) tienen valores

que cambian constantemente.
 Estos atributos se denominan volátiles.
 Otros atributos (como, por ejemplo, fecha de pedido) rara
vez cambiarán, si alguna vez lo hacen.
 Estos son atributos no volátiles.
 Si se le da a elegir, seleccione el atributo no volátil.
 Por ejemplo, utilice fecha de nacimiento en lugar de edad.

Volátil: muy cambiable

Uno de los motivos para preferir atributos no volátiles (si hay una opción) es
que los atributos volátiles se tendrán que actualizar con frecuencia. Por
ejemplo, la edad se debe actualizar cada año. ¿Cuánto tardaría esto si
tuviéramos 1 millón de clientes? Si es necesario saber la edad de un cliente, es
fácil deducirla de la fecha de nacimiento.
  Algunos atributos deben contener un valor: son los atributos
obligatorios.
 Por ejemplo: en la mayoría de las empresas que realizan el
seguimiento de información personal, el nombre es
necesario.
 Otros atributos pueden contener un valor o ser nulos: son
atributos opcionales.
 Por ejemplo: un número de teléfono móvil a menudo es
opcional, excepto en aplicaciones móviles o inalámbricas.

Obligatorio: necesario

Nulo: valor que no está disponible, no está asignado, no es conocido o está

vacío; no es ni un cero ni un espacio

Opcional: no es necesario

 Ejemplo: la dirección de correo electrónico podría ser un

atributo obligatorio para EMPLEADO en una aplicación de
correo electrónico, pero un atributo opcional para CLIENTE
en un catálogo en línea.

Identificadores

 Piense en todos los alumnos de la clase.

 Cada alumno está descrito por varios rasgos o atributos.
 ¿Qué atributo o atributos permiten seleccionar un alumno
único del resto de la clase?
 Ese es el UID del alumno.

¿Qué combinación de rasgos identifica de forma exclusiva a un ALUMNO

único?

¿Nombre del alumno? No, podría haber dos alumnos con el mismo nombre.
¿Fecha de nacimiento? No, podría haber dos alumnos nacidos en el mismo
día.

Para casi cualquier combinación de atributos de alumno, es posible que al

menos dos alumnos tengan la misma combinación de valores.

Es por ello que, para las entidades como ALUMNO, creamos un número de
alumno artificial o identificador de alumno.

Terminología

Entre los términos clave utilizados en esta lección se incluyen:

 Atributo
 Tipo de dato
 Entidad
 Instancia
 Obligatoria

 Intangible
 Nulo
 Opcional
 De un único valor
 Tangible
 Identificador único (UID)
 Volátil

Resumen

En esta lección, debe haber aprendido lo siguiente:

 Definir y dar un ejemplo de una entidad

 Distinguir entre una entidad y una instancia de una entidad
 Nombrar y describir los atributos de una entidad
determinada
 Distinguir entre un atributo y su valor
 Distinguir entre atributos obligatorios y opcionales, y entre
atributos volátiles y no volátiles
 Seleccionar y justificar un identificador único (UID) para una
entidad
 2.3 Modelado entidad Relación y ERD (Diagrama Entidad
Relación)
El ERD (diagrama entidad Relación) es una herramienta para el debate,
especialmente al diseñar un sistema. Le proporciona a usted y al cliente algo
ante lo que reaccionar, validar y corregir.

Otros ejemplos que ayudan a ilustrar este punto: que le corten el pelo según
una imagen de una revista (¿alguna vez ha olvidado la imagen?); que le
hagan un vestido a partir de una imagen de una revista (¿y si pudiera
explicarlo?); describir un regalo que desea para sus padres que nunca han
visto este artículo. Las imágenes ayudan.

Objetivos:

En esta lección se abordan los siguientes objetivos:

 Definir el significado de “sin implantación” en relación con

la implantación de modelos de datos y el diseño de bases
de datos
 Enumerar los cuatro objetivos del modelado entidad
relación
 Identificar un diagrama de relación de entidad (ERD)

Un diagrama entidad relación (ERD) es una herramienta consistente que se

puede utilizar para representar los requisitos de datos de un negocio,
independientemente del tipo de base de datos utilizada e incluso sin una.

Diagrama entidad relación (ERD): dibujo que se utiliza para representar un modelo de
datos.

Los alumnos tienen que saber qué aspecto tiene un ERD: puesto que dibujará ERD en
la siguiente sección y a lo largo del curso. Aquí es dónde se convertirán en arquitectos
y dibujarán los modelos "ideales" de sus clientes.

Modelos sin Implantación (implementation Free)

 Un buen modelo de datos conceptual sigue siendo igual

independientemente del tipo de base de datos sobre el
que se cree, o implante, finalmente el sistema.
 Esto es a lo que nos referimos al decir que el modelo es "sin
implantación".
Sin implantación: no depende del modelo físico.

Hágase esta pregunta: ¿cambian las entidades según el tipo de base de datos,
computadora o lenguaje de programación utilizado? Respuesta: no. Esto es a lo que
nos referimos al decir que el modelado de datos es “sin implantación".

 El modelo de datos debe permanecer igual incluso aunque

no se utilice ninguna base de datos.
 Por ejemplo: cuando los datos se almacenan finalmente en
trozos de papel en un archivador.

Tipos de base de datos: jerárquica, relacional, de red

En la imagen nos muestra que un modelo de ER captura la información del negocio que se
puede utilizar como base para cualquier base de datos. El modelo de ER nos dice algo sobre el
negocio, no sobre la implantación. Dicho esto, en la práctica, la mayoría de los modelos de ER
conllevan implantaciones de bases de datos relacionales.

¿Qué es un Modelo Entidad Relación (M.E.R.)?

 Un modelo de relación de entidades:

 Es una lista de todas las entidades y atributos, así como
todas las relaciones entre las entidades que son
importantes.
 Proporciona información de fondo como, por ejemplo,
descripciones de entidades, tipos de dato y restricciones.
 Nota: El modelo no necesita un diagrama, pero el
diagrama suele ser una herramienta muy útil.

Objetivos del Modelado Entidad Relación

  El modelado de ER tiene cuatro objetivos:
 Capturar todos los datos necesaria
 Garantizar que los datos aparezcan solo una vez
 No modelar ningunos datos que se puede derivar de otros
datos que ya se haya modelado.
 Localizar datos en un lugar previsible y lógico.

Un Diagrama Entidad Relación (ERD) es una imagen, una representación del

modelo o una parte del modelo.

Imagine que el registro de la escuela: desde sus primeros días en la escuela, se

capturaron datos sobre usted.

 Sus ausencias, historial disciplinario, las clases realizadas y

notas obtenidas probablemente forman parte de su
registro.
 Estos datos se tienen que almacenar de una manera
lógica, a fin de permitir que el acceso y la actualización de
registros se lleven a cabo de forma fácil y eficaz.
 Realizar un seguimiento de los objetivos del modelado de
ER ayuda a lograrlo.


Caso de Negocio de Departamento de RR.HH.

 Lea todo el caso de negocio para el departamento de

recursos humanos a continuación. A continuación, examine
el ERD terminado.
 Gestiono el departamento de recursos humanos para una
gran compañía. Necesitamos almacenar datos sobre cada
uno los empleados de nuestra compañía. Necesitamos
realizar un seguimiento del nombre, apellido, cargo o
posición, fecha de contratación y salario de cada
empleado. Para cada empleado a comisión, también
necesitamos realizar un seguimiento su comisión potencial.
 A cada empleado se le asigna un número de empleado
único.
 Nuestra compañía está dividida en departamentos. Cada
empleado rinde cuentas a un departamento, por ejemplo,
contabilidad, ventas o desarrollo. Necesitamos conocer el
responsable del departamento de cada empleado y la
ubicación del departamento. Cada departamento tiene un
número único.
 Algunos de los empleados son jefes. Necesitamos conocer
al jefe de cada empleado y todos los empleados
gestionados por cada jefe.
Un ERD es el plan de diseño de una base de datos, al igual que un juego de
planos es el plan de diseño de una casa. Las personas sin preparación no
pueden leer ni comunicar con precisión los detalles de los planes, pero los
detalles son importantes en la fase de creación del proyecto. Aprenderá a
dibujar e interpretar todos los símbolos del ERD en las lecciones posteriores.

Terminología

Entre los términos clave utilizados en esta lección se incluyen:

 Diagrama Entidad Relación – Entity Relalationship Diagram

(ERD)
 Sin implantación (Implementation free)

Resumen

En esta lección, debe haber aprendido lo siguiente:

 Definir el significado de "sin implantación", ya que está

relacionado con los modelos de datos y la implantación del
diseño de base de datos
 Enumerar los cuatro objetivos del modelado de relación de
entidades
Identificar un diagrama de relación de entidad (ERD)