Unidad II Modelo Conceptual

. Universidad Politécnica Territorial Andrés Eloy Blanco
Programa Nacional de Formación en Informática
Ing. Lissette Torrealba
Modelo E/R, Entidad, Relaciones, atributos, cardinalidad.
Unidad II: Elementos para Interpretar El Modelo Conceptual de Datos
Objetivo de la Unidad:
Al finalizar esta unidad de aprendizaje los alumnos comprenden e interpreta el modelo conceptual
Diagrama ER de una base de datos
Desarrollo
Diseño Conceptual: Consiste en formar una descripción concisa de los requerimientos de datos usando
un modelo de datos de alto nivel, esta descripción, será independiente de los requerimientos de
almacenamiento. Este paso implica identificar las entidades involucradas en el sistema y entender las
relaciones entre ellas. Las entidades y las relaciones se representan en forma de un diagrama llamado
el Diagrama de Entidad Relación (ER).
En resuman Modelo Conceptual, es un esquema conceptual a partir de los requerimientos
recopilados. El esquema conceptual es una descripción reducida de los requerimientos de información
de los usuarios y contiene descripciones detalladas de los tipos de datos, vínculos y las restricciones.
Introducción
El modelado conceptual permite describir, de un modo totalmente independiente de la
implementación, los datos que el usuario quiere recoger en el sistema. Dependiendo de la cantidad de
información que se desee representar, tendremos aplicaciones más o menos orientadas a los datos. Su
objetivo, como ya hemos dicho, es captar toda la información del mundo real que se desea representar
en el mundo informático. En este proceso es importante abstraer los detalles sin importancia y
representar tan sólo aquella información que sea relevante.
En este punto no nos interesa el cómo ni donde se va a implementar el sistema. De hecho,
dependiendo del tipo de sistema (más o menos orientado a los datos), del volumen de información, de
los requisitos de eficiencia, entre otros, en esta etapa interesa recoger la máxima cantidad de
información posible, por lo necesitamos una técnica que cumpla los siguientes requisitos:
- Ser independiente de los modelos o lenguajes de implementación.
- Tener una capacidad semántica alta.
- Ser lo más cercana posible al usuario.
Aunque existen diversas técnicas, utilizaremos el modelo E/R porque además de cumplir los requisitos
anteriores es la técnica de modelado conceptual universalmente aceptada para el desarrollo
estructurado.
Objetivo.
En esta unidad se abordará el problema del modelado conceptual de datos, dentro de la fase de
análisis del proceso de desarrollo software. El objetivo que nos planteamos es que, al finalizar el
alumno sea capaz de realizar el modelado conceptual de datos de un sistema de información .
Requerimientos.
Se debe contar con: Un (1) computador teniendo como mínimo el Sistema Operativo Libre
( Canaima/Ubuntu), Aplicación para diseñar modelo conceptual, papel, lápiz.
Componentes.

Universidad Politécnica Territorial Andrés Eloy Blanco
Modelo Entidad Relación (E/R)
También llamado modelo conceptual de datos, fue propuesto por Peter Chen en 1976 y consiste en una
técnica especial de representación gráfica que incorpora información relativa a los datos y la relación
existente entre ellos, para suministrar una visión del mundo real, pudiendo ser usado “como una base
para una vista unificada de los datos adoptando el enfoque más natural del mundo real que consiste en
entidades e interrelaciones”. El modelo entidad-relación es un paso previo al futuro diseño de una base
de datos y, por tanto, independiente del modelo de datos que utilice.
El diagrama ER, se utiliza por las siguientes razones:
 Un modelo ER es una representación gráfica del sistema, además es un modelo de datos
conceptual de alto nivel.
 Un modelo ER también soporta la percepción de los datos por parte del usuario y es
independiente de la plataforma particular del DBMS y del hardware.
 Modelar un diagrama ER, es una buena ayuda para diseñar bases de datos.
Elementos del modelo E/R
En todos los modelos, el sistema se divide en tres partes:
- Sus entidades componentes.
- Sus atributos o propiedades de estad entidades.
- Las relaciones entre estas entidades
Los diagramas ER tienen dos componentes importantes, estos son:
 Entidades.
 Relaciones
Entidad: Cosa u objeto concreto o abstracto que existe, que puede distinguirse de otros y del cual se
desea almacenar información. Según ANSI [ANSI. 1977] se define como “persona, lugar, cosa,
concepto o suceso, de interés para la empresa”, está representada por una caja rectangular.
Las Entidades pueden clasificarse en diferentes Conjuntos de Entidades, con la agrupación de los
datos de cada una de ellas. Igualmente, pueden definirse Subconjuntos de Entidades.
Entre las Entidades cabe distinguir dos tipos:
Entidades Fuertes, Propias o Regulares: Son aquellas que tienen existencia por sí mismas, esto es,
aquellas cuyas ocurrencias son identificables por sí mismas, o, lo que es lo mismo, aquellas que los
atributos que las identifican son propios de la entidad. Las entidades fuertes se representan mediante
un rectángulo y su nombre es un sustantivo.
Entidades débiles: Son aquellas cuyas ocurrencias son identificables solamente por estar asociadas a
otra u otras Entidades, esto es, que alguno de los atributos que las identifican se refiere a otra entidad.
Las entidades débiles se representan mediante dos rectángulos concéntricos.
Nombre de la
entidad

Relación: Es una asociación o correspondencia existente entre entidades, sin existencia propia, de
varias entidades. Se representa mediante un rombo.
En la definición de Relación se consideran los siguientes elementos:
Nombre: Como todo objeto del modelo E/R cada relación tiene un nombre que la distingue
claramente del resto y mediante el cual ha de ser referenciada. Normalmente se la representa mediante
un verbo.
Tipo de Correspondencia: También llamado Cardinalidad, especifica si una entidad está relacionada
con una o más instancias de otra entidad en una misma relación. Representa la participación en la
relación de cada una de las entidades afectadas, esto es, el número máximo de ocurrencias de cada
Entidad que pueden intervenir en una ocurrencia de la Relación que se está tratando. Puede ser:
1:1 (Una a una) A cada ocurrencia de una entidad corresponde no más de una ocurrencia de la otra
entidad.
Relación 1:1
1:N (Una a muchas) A cada ocurrencia de la primera entidad pueden corresponderle varias
ocurrencias de la segunda y a cada ocurrencia de la segunda entidad le corresponde no más de una
ocurrencia de la primera entidad. En la figura una madre puede dar a luz a muchos niños, pero un niño
puede tener solamente una madre biológica.
Relación 1:M
N:M (muchas a muchas) A cada ocurrencia de la primera entidad pueden corresponderle más de una
ocurrencia de la segunda entidad y viceversa. Un autor puede escribir varios libros y un libro puede ser
escrito por varios autores

Relación M:N
Notación
Atributos: Es la unidad básica e indivisible de información acerca de una Entidad o una Relación, que
sirve para identificarla o para describirla. Es la propiedad de la entidad, cuyo valor tiene que ser
almacenado en la base de datos. Cada instancia de una entidad tendrá el mismo conjunto de atributos,
pero pueden contener valores diferentes. Los atributos pueden ser simples, como fecha de nacimiento,
o compuesto como nombre, conteniendo el primer y segundo nombre. Pueden ser de valor único (cada
persona tiene solamente una fecha de nacimiento) o multivaluados, como son las calificaciones. Se
representa mediante una elipse o un círculo con su nombre.
Clave de una Entidad: Antes de definir el concepto de clave debe especificarse el concepto más
genérico de Identificador, Superclave o Determinante, que se define como un conjunto de uno o
más atributos que permiten identificar de forma única una ocurrencia de una entidad dentro de un
conjunto de ellas. En la figura la cota de un libro identifica de forma única no se repite su valor.

Se denominan claves candidatas a aquellas superclaves para las cuales ningún subconjunto propio es
a la vez superclave. De entre las claves candidatas el diseñador de la base de datos se elige una clave
primaria denominándose al resto de las claves candidatas claves alternativas.
Se define como clave ajena a aquel o aquellos atributos de una entidad que son clave primaria en otra
entidad.
Grado de una Relación
El número de entidades que participan en una relación se conoce como grado de la relación.
- Relación Unaria: si el número de entidades que participan en una relación es uno, entonces la
relación se llama relación unaria. Ejemplo el empleado-jefe, porque empleado y jefe están en
el mismo tipo de entidad.
- Relación Binaria: Si hay solamente dos entidades involucradas en una relación.
- Relación N-aria: dos o más entidades involucradas en una relación
Construir un Modelo ER
Los siguientes son los pasos para construir el Modelo ER:
1. Identificar las entidades: Lea las especificaciones de requerimientos cuidadosamente y
enumere todos los tipos de entidades potenciales. Estos son objetos de interés en el sistema.
2. Eliminar las entidades duplicadas: asegurase de que dos entidades sean realmente dos tipos de
entidad separadas. Recuerde nunca incluir al propio sistema como tipo entidad, por ejemplo
modela un sistema de una oficina, los tipos de entidades pueden ser empleados, los puestos de
trabajo y otros. No debe haber un tipo de entidad oficina porque la oficina es el sistema.
3. Enumerar los atributos de cada entidad: verifica si los tipos de entidad son realmente
necesarios o si son solo atributo de otro tipo de entidad. Por ejemplo ¿ es número telefónico?

Una entidad o es solo un atributo „numero-telefonico‟ de una entidad llamada Empleado? Si
son atributos de otra entidad entonces elimínelo de la lista de entidades.
4. Marcar las claves primarias.
5. Definir las relaciones.
6. Examinar cada tipo de entidad para ver cómo se relaciona con otras entidades.
7. Describir la cardinalidad de las relaciones.
8. Eliminar las relaciones redundantes.
Características del Modelo E/R
Reflejan tan sólo la existencia de los datos, no lo que se hace con ellos
Incluye todos los datos del sistema en estudio y, por tanto, no está orientado a aplicaciones
particulares.
Es independiente de las bases de datos y sistemas operativos concretos.
No tiene en cuenta restricciones de espacio, almacenamiento ni tiempo de ejecución.
Está abierto a la evolución del sistema.
Proceso de Modelización Conceptual
Autoevaluación
1.- El diagrama ER es parte del diseño físico
a) verdadero
b) falso
2.- El diseño conceptual es una actividad específica del DBMS
a) verdadero
b) falso

3.- La recolección y análisis de requerimientos son el segundo (2do) paso en el diseño de base de datos.
a) verdadero
b) falso
4.- Las ocurrencias individuales de un tipo de entidad se identifica de forma única por una clave
a) verdadero
b) falso
5.- un_____________, representa las entidades en un diagrama ER en la notación de Chen
a) Cuadrado
b) Rectángulo
c) Circulo
d) Diamante
6.- Cuales de las siguientes son grados de una relación
a) Unario
b) Binario
c) N-ario
d) Ningunas de las anteriores
Referencias Bibliográficas
IBM Capacitación (2008) Base de Datos I

Unidad II Modelo Conceptual

Más contenido relacionado

La actualidad más candente (19)

Similar a Unidad II Modelo Conceptual (20)

Más de lissette_torrealba (20)

Último (20)

Unidad II Modelo Conceptual