Guía de actividades y rúbrica de evaluación – Fase 2 Diseño Conceptual

Presentado por

202016899_46 Andrea Silva Astudillo

Universidad Nacional Abierta y a Distancia UNAD

Escuela de Ciencias Básicas Tecnología e Ingeniería-ECBTI
CEAD Bogotá
 Introducción

El desarrollo de esta actividad la realizaremos de acuerdo a la guía de actividades y

rubrica de evaluación –fase 2 diseño conceptual
 Objetivos

 Aprender a diseñar una base de datos con el fin de poder tener la

información clara y concisa
 Aplicar lo aprendido en la guía y poder realizar una base de datos correcta y
sus técnicas
 Identificar los elementos y conceptos de una base de batos
 Definición de los siguientes términos

 ENTIDADES
Se define una entidad (o instancia) como una unidad de una base de datos que contiene
información. Esta unidad es una representación dentro de la base de datos de un objeto,
persona, empresa... etc, del mundo real, y como tal posee ciertos atributos que la
diferencian del resto de entidades. Así, por ejemplo, en una base de datos de una oficina,
una entidad podría ser el material de oficina, otra los empleados, otra los ordenadores,
incluso el ambiente laboral, la empatía y cosas más abstractas. Cada una de estas entidades
tendría ciertos atributos propios. Así, los empleados tendrían atributos como nombre, edad,
estatura... los ordenadores otros como identificador, procesador, año de compra... y así para
cada una de ellas.

En una base de datos compleja pueden existir entidades relacionadas entre sí por diversos
parámetros o atributos, de tal modo que la existencia de una puede ir ligada a la existencia
de otra. Así, las entidades pueden ser fuertes (existen por si mismas) o débiles (su
existencia depende de que exista otra entidad). Las relaciones entre entidades suelen
describirse en el esquema de la estructura de la base de datos e incluso pueden agruparse
entre sí para formar conjuntos de entidades, también llamados clases.

El modelo Entidad-Relación es de hecho uno de los más importantes a la hora de diseñar e

implementar una base de datos con éxito. Mediante este modelo se relacionan una o varias
entidades por sus atributos, que pueden ser comunes o no a varias de ellas (el coste es un
atributo común a un ordenador y a una silla, por ejemplo).

 ATRIBUTOS

Llamamos atributos las características que nos interesan de las entidades, es decir cada una
de las propiedades que posee la entidad de la que se desea guardar información.
Por ejemplo: La entidad CLIENTES tendrá atributos como: Código de Cliente, DNI,
Apellidos, Nombre, Dirección, Teléfono.

Habitualmente, sólo nos interesará modelizar una parte de los atributos de una entidad, ya
que podrá haber datos que sólo serán de utilidad en ámbitos muy específicos.

Los atributos se representan mediante una elipse horizontal con el nombre en su interior,

unidos por una línea a la entidad a la que pertenecen. 

 Atributos compuestos y simples: Un atributo compuesto es un atributo que se puede

subdividir en otros. Un atributo simple no se puede subdividir.

Un ejemplo claro es el atributo dirección que puede dividirse en: calle, número,

localidad, provincia y código postal.
 La forma de representar estos atributos varía en función de los autores y en
muchos casos no se representan en el modelo E/R. Un ejemplo de representación

gráfica sería:

 Atributos de un solo valor y atributos de valores múltiples o multivaluados:

1. Atributos de un solo valor son los que pueden tener un único valor,
Por ejemplo: El DNI, el número de la seguridad social, etc. Eso no significa que
sea un atributo simple, por ejemplo el número de habitación de un hotel se puede
dividir: el primer dígito es la planta, los dos siguientes corresponden a la
habitación dentro de la planta.

2. Atributos de valores múltiples son aquellos que pueden tener muchos valores.
Por ejemplo: El número de teléfono de un cliente (puede tener uno o más números
fijos, varios móviles, etc.), el color de un coche a veces puede tomar distintos
valores: color de la carrocería, de las molduras y del techo, etc.

 Atributo derivado: Un atributo derivado es aquel que se puede deducir de otro/s

atributos/s mediante un algoritmo. Puesto que se puede calcular, no se guarda en la
base de datos.

Por ejemplo: La edad de una persona, que se puede calcular a partir de la fecha de
nacimiento y la fecha del sistema. El importe de un pedido que se puede obtener
multiplicando precio de cada unidad * unidades pedidas.

 Dominio de un atributo: Es el conjunto de los posibles valores que ese atributo puede
poseer.

Por ejemplo: El dominio del atributo Luis se toma del dominio Nombre por ser un
uno de los nombres posibles para los clientes. El dominio para el atributo nota
media de un estudiante sería (0,10) porque el valor más bajo posible es el 0 y el
mas alto el 10. El dominio del atributo teléfono estaría dentro del conjunto de
combinaciones de 9 cifras que sean números de teléfonos válidos. El dominio del
atributo sexo de un cliente sólo tiene dos valores posibles M o F, etc.

A menudo se confunden los dominios con los tipos de datos, aunque no son lo
mismo. Tipo de datos es un concepto físico, mientras que dominio es un concepto
lógico.

 Valor nulo de los atributos: Los atributos de una entidad-instancia pueden no tener ningún
valor para algún atributo concreto. En estos casos, también se dice que el atributo tiene
valor nulo .

Por ejemplo: Puede suceder que un alumno no tenga teléfono. Entonces, el

atributo Teléfono de la entidad ALUMNO no contendrá ningún valor o, dicho de
otro modo, tendrá un valor nulo.
  DIAGRAMA ER EXTENDIDO

Los modelos de entidad-relación mejorados, también conocidos como modelos de entidad-

relación extendidos, son diagramas de bases de datos avanzados muy similares a
los diagramas ER normales. Los diagramas ER mejorados son modelos de alto nivel que
representan los requerimientos y complejidades de bases de datos complejas.

Además de los mismos conceptos que abarcan los diagramas ER normales, los
diagramas ER extendidos incluyen:

Subtipos y supertipos (a veces conocidos como subclases y superclases)

Especialización y generalización

Categoría o tipo de unión

Atributo y legado de relación

 Conclusiones

Al diseñar la base de datos, podemos almacenar una gran cantidad de información

de manera organizada para que podamos obtenerla fácilmente y cuando la necesitemos, a
medida que nuestro negocio crece. Y en este ejercicio de Excel, aprendimos diferentes
conceptos y cómo aplicarlos. En el caso de negocios.
 Referencias Bibliográficas

 https://ikastaroak.birt.eus/edu/argitalpen/backupa/20200331/1920k/es/ASIR/
GBD/GBD02/es_ASIR_GBD02_Contenidos/website_211_atributos.html

 https://sistemas.com/entidades.php#:~:text=2)%20Se%20define%20una
%20entidad,diferencian%20del%20resto%20de%20entidades.

 https://www.lucidchart.com/pages/es/diagrama-entidad-relacion-extendido