1

UNIVERSIDAD DE EL SALVADOR
FACULTAD DE CIENCIAS ECONOMICAS
ESCUELA DE CONTADURÍA PÚBLICA
DEPARTAMENTO DE COMPUTACION
COMPUTACIÓN II
GUIA DE CLASE #: 2

Contenido

1. Introducción a las Bases de datos ................................................................................... 2

2. Definición de dato: ......................................................................................................... 4
3. Definición de base de datos: ........................................................................................... 4
4. El ciclo de vida de una base de datos ............................................................................. 5
5. El proceso de diseño de bases de datos .......................................................................... 6
6. Las fases del proceso de diseño de una base de datos son los siguientes ....................... 6
Fase 1: Análisis de requisitos ............................................................................................. 7
Fase 2: Diseño conceptual .................................................................................................. 7
Fase 3: Elección del sistema gestor de bases de datos ....................................................... 9
Definición de Sistema de Gestión de bases de datos: ..................................................... 9
Fase 4: Diseño lógico ................................................................................................... 14
Fase 5: Diseño físico .................................................................................................... 14
Fase 6: Instalación y mantenimiento ............................................................................ 15
7. Diseño conceptual ....................................................................................................... 15
7.1. Diagramas entidad / relación (E/R)........................................................................ 17
7.2. Diccionario de datos ........................................................................................... 25
8. Referencias. .................................................................................................................. 28

Página 1 de 28 CICLO II-2022

 2

1. Introducción a las Bases de datos

Las bases de datos son la materia prima que los profesionales requieren para poder
analizar y tomar decisiones para solucionar problemas en los diferentes modelos de
negocios de las empresas. Los profesionales en Ciencias Económicas tienen
nuevos retos para hacer su trabajo, pues el volumen, variedad y velocidad con la
que se está produciendo la información requiere del uso de herramientas
informáticas que les permitan acceder, extraer, presentar y analizar la información
almacenada en una base de datos. Pero es importante enfatizar que para poder
extraer la información de una base de datos también se necesitan tener
conocimientos de cómo está estructurada la información.

Además, con el Big Data, Data Analytics y Blockchain, los profesionales se

enfrentan también a grandes cantidades de información no estructurada y por lo
tanto tendrán que aprender a estructurarla para que sea útil para la toma de
decisiones. Es decir, tendrán que especializarse en el uso de nuevas tecnologías
para el tratamiento de datos.

Además, en el artículo de Hernández (2018) en el que citó Moros, Ortiz y

Borda. (2018) y apoyados en Lindell (2017) señalan que los avances tecnológicos
han tenido como consecuencia la necesidad de que los profesionales busquen
especializarse en el tratamiento de grandes cantidades de información y
comprender términos como:
 Data analytics (DA): es la ciencia que examina los datos con el propósito de
obtener conclusiones.
 Cloud computing: es un modelo para la prestación de servicios de TI
(Tecnología de la información) en el que los recursos se recuperan de
Internet a través de herramientas y aplicaciones basadas en la web en lugar
de una conexión directa a un servidor. Los paquetes de datos y software se
almacenan en servidores.

Página 2 de 28 CICLO II-2022

 3

 Dashboards: que se refiere a software BI (business intelligence) interfaz

especializado que proporciona métricas, estadísticas y visualizaciones
definidas por el cliente en datos actuales. Permite a los usuarios finales y
avanzados del software ver los resultados instantáneos en rendimiento del
negocio y hacer análisis de datos en tiempo real.
 Data mining: que es la práctica de buscar a través de grandes cantidades
de datos computarizados para encontrar patrones o tendencias útiles.
 Data scientist: es el consultor de BI (business intelligence) que se destaca
en el análisis de grandes cantidades de datos, para ayudar a una empresa a
obtener una ventaja competitiva. Es recomendable que tenga conocimientos
de estadística, computación y experticia en el tema específico donde se va a
hacer análisis.
 Data visualization: Presentación de los datos en gráficos.
 Blockchain: significa cadena de bloques y es una tecnología creada para
dotar de propiedad digital a las personas en el mundo online sin necesidad
de ningún intermediario, ni ninguna autoridad central que controle a los
usuarios que participan en una transacción y los bienes o servicios que
adquieren.
 Hadoop: Como lo indica Pérez (2015) Hadoop se refiere a un sistema Open
Data que opera bajo licencia Apache y permite desarrollar tareas intensivas
de computación masiva, dividiéndola en pequeñas piezas y distribuyéndolas
en un conjunto de máquinas todo lo grande que se quiera.
 OLAP (OnLine Analytical Processing): es una poderosa tecnología para
descubrir datos. Se usa para presupuesto y pronóstico, entre otros usos.
 Predictive analytics: Práctica de extraer información de conjuntos de datos
existentes para determinar patrones y predecir resultados y tendencias
futuras.

Página 3 de 28 CICLO II-2022

 4

 Prescriptive analytics: Análisis empresarial que se enfoca en encontrar el

mejor curso de acción para una situación dada y pertenece a un portafolio de
capacidades analíticas que incluyen análisis descriptivos y predictivos.

2. Definición de dato:
Hechos conocidos que pueden registrarse y
tienen un significado implícito.
Ejemplos de datos:
Nombre: Juan.
Apellido: Pérez.
Teléfono: 22734589
Número de empleado: 3444

Cuando relacionamos dos o más datos → información:

El número de teléfono de Juan es 22734589.
María tiene el número de empleado 3444

dato1 dato2 Información

3. Definición de base de datos:

Una Colección de datos relacionados que se refieren a un asunto o propósito
particular y las herramientas utilizadas para manipular esos datos.

Página 4 de 28 CICLO II-2022

 5

En general, las bases de datos consisten en información que está claramente

estructurada.
Según
como sea esa estructura, la base de datos será de un tipo u otro. Existen bases de
datos jerárquicas, en red, documentales y relacionales, entre otras. Estas últimas
son las más conocidas en el mundo de la informática personal. Los programas que
manejan bases de datos se denominan gestores de bases de datos. Es muy habitual
el error de confundir la base de datos con el programa que la maneja. Normalmente
una misma base de datos puede ser utilizada mediante varios programas diferentes.
Ejemplos:
- agenda personal (nombres y teléfonos).
- la guía telefónica.
- el registro civil mantiene una BD donde se registran todos los nacimientos
ocurridos en el país.

4. El ciclo de vida de una base de datos

• Definción del Sistema
1

• Diseño de la base de datos(conceptual, lógico y físico)

2

• Implementaciín de la base de datos

3

• Carga o conversión de los datos

4

• Conversión de aplicaciones
5

• Prueba y validación
6

• Operación, supervisión y mantenimiento

7

Página 5 de 28 CICLO II-2022

 6

5. El proceso de diseño de bases de datos

PROBLEMA
Diseñar la estructura lógica y física de una o más bases de datos para atender a las
necesidades de información de los usuarios en una organización para un conjunto
definido de aplicaciones.
ACTIVIDADES PARALELAS
 Diseño del contenido y estructura de la base de datos = Datos
 Diseño de las aplicaciones de la base de datos = Procesos

6. Las fases del proceso de diseño de una base de datos son los
siguientes

• Análisis de requisitos
1.

• Diseño conceptual
2

• Elección del Sistema de Base de datos

3

• Diseño Lógico
4

• Diseño Físico
5

• Instalación y mantenimiento
6

Página 6 de 28 CICLO II-2022

 7

Fase 1: Análisis de requisitos

Recabar información sobre el uso que se piensa dar a la base de datos.

Tareas
 Recolección de la información de los requisitos del sistema
 Identificación de las principales áreas de la aplicación y grupos de usuarios.
 Estudio y análisis de la documentación existente relativa a las aplicaciones.
 Estudio del entorno de operación actual.
 Estudio del uso de la información (transacciones, frecuencias y flujos de
datos)

Técnicas de recopilación de información:

 Observación
 Recopilación Documental
 Entrevista
 Cuestionario.

Resultado
Documento de especificación de requerimientos
 Descripción del sistema en lenguaje natural
 Lista de requerimientos organizados de forma jerárquica
 Diagramas de flujo de datos (DFD)
 Casos de uso

Fase 2: Diseño conceptual

Producir un esquema conceptual de la base de datos independiente del SGBD

En esta fase se debe construir un esquema de la información que se usa en la
empresa, independientemente de cualquier consideración física. A este esquema
se le denomina esquema conceptual

Página 7 de 28 CICLO II-2022

 8

El esquema conceptual se puede utilizar para que el diseñador transmita a la

empresa lo que ha entendido sobre la información que ésta maneja. “Para ello,
ambas partes deben estar familiarizadas con la notación utilizada en el
esquema”.
El esquema conceptual se construye utilizando la información que se encuentra en
la especificación de los requisitos de usuario.
OBJETIVOS DEL DISEÑO CONCEPTUAL
 Comprensión de la estructura, semántica, relaciones y restricciones de la BD.
 Descripción estable del contenido de la base de datos.
 Comunicación entre usuarios, analistas y diseñadores.
CARACTERÍSTICAS DESEABLES DEL MODELO
 Expresividad (diferentes tipos de datos, relaciones y restricciones).
 Sencillez (lo bastante simple para que los usuarios lo comprendan).
 Minimalidad (número pequeño de conceptos básicos).
 Representación gráfica (notación gráfica fácil de interpretar).
 Formalidad (especificación formal y sin ambigüedad de los datos).

ENFOQUES PARA EL DISEÑO DEL ESQUEMA CONCEPTUAL.

1. Enfoque centralizado:
Los requisitos de distintas aplicaciones y grupos de usuarios se combinan
en un único conjunto de requisitos antes de comenzar el diseño del
esquema.
2. Enfoque de integración de vistas:
Se diseña un esquema (o vista) para cada tipo de usuarios o aplicaciones
basado únicamente en sus requisitos. Durante la etapa de integración de
vistas, dichos esquemas se combinan o integran para formar un esquema
conceptual global (del cual cada vista individual puede considerarse un
esquema externo).

Página 8 de 28 CICLO II-2022

 9

Tareas
 Modelización de los datos del sistema
Resultado
 Diagrama E/R, diagrama de clases UML
 Diccionario de datos

Fase 3: Elección del sistema gestor de bases de datos

1. Elección del modelo de datos (tipo de DBMS)

p.ej. DBMS relacional, objeto-relacional, orientado a objetos, multidimensional…
2. Elección del sistema gestor de bases de datos

Los modelos de base de datos se dividen en los siguientes tipos:

1. Relacional
2. Jerárquica
3. De red
4. Orientada a objetos
5. Orientada a documentos
6. Distribuidas
7. No Relacionales (NoSQL)

Definición de Sistema de Gestión de bases de datos:

Ahora podemos decir que un Sistema de Gestión de Bases de datos (SGBD)

consiste en una colección de datos interrelacionados y un conjunto de programas
para acceder a dichos datos. La colección de datos, normalmente denominada base
de datos, contiene información acerca de una empresa particular. El primer objetivo
de un sistema SGBD es proporcionar un entorno que sea tanto práctico como
eficiente de usar en la recuperación y almacenamiento de la información de la base
de datos.

Página 9 de 28 CICLO II-2022

 10

Productos SGBD disponibles en el mercado.

SGBD libres:
1. PostgreSQL .Licencia BSD
2. MySQL Licencia Dual, depende el uso.
3. Firebird basada en la versión 6 de InterBase, Initial Developer's PUBLIC
LICENSE Version 1.0.
4. Licencia Dominio Público
5. DB2 Express-C
6. Apache Derby (http://db.apache.org/derby/)
SGBD gratuitos:
1. Microsoft SQL Server Compact Edition
2. Sybase ASE Express Edition para Linux (Edición gratuita para Linux)

Ejemplos SGBD comerciales:

1. Advantage Database
2. dBase
3. FileMaker
4. Fox Pro
5. IBM DB2 Universal Database (DB2 UDB)
6. IBM Informix
7. Interbase de CodeGear, filial de Borland
8. MAGIC
9. Microsoft Access
10. Microsoft SQL Server
11. NexusDB
12. Open Access
13. Oracle
14. Paradox
15. PervasiveSQL
16. Progress (DBMS)
Página 10 de 28 CICLO II-2022
 11

17. Sybase ASE

18. Sybase ASA
19. Sybase IQ
20. WindowBase
21. Softland ERP
22. Flexline
23. IBM IMS Base de Datos Jerárquica
24. CA-IDMS

Sistema Gestor de Bases de Datos (DBMS):

Software con capacidad para definir, mantener y utilizar una base de datos.
Un sistema de gestión de bases de datos debe permitir definir estructuras de
almacenamiento, acceder a los datos de forma eficiente y segura, etc.

Factores técnicos
1. Organización de los datos independientemente de las aplicaciones que los vayan
a usar (independencia lógica) y de los ficheros en los que vayan a almacenarse
(independencia física).
2. Datos y aplicaciones accesibles a los usuarios y a otras aplicaciones de la manera
más amigable posible (lenguajes de consulta: SQL, Query-by-example…)
3. Datos gestionados de forma centralizada e independiente de las aplicaciones.
4. No redundancia (los datos no deben estar duplicados), consistencia e integridad.
5. Fiabilidad (protección frente a fallos).
6. Seguridad (no todos los datos deben ser accesibles a todos los usuarios).
7. Capacidad de replicación y distribución
8. Disponibilidad de herramientas de desarrollo de software
9. Portabilidad

Factores no técnicos
1. Coste de la adquisición del software, del hardware y coste de mantenimiento.
Página 11 de 28 CICLO II-2022
 12

2. Coste de creación y conversión de la base de datos

3. Coste de personal (formación y operación).
4. Disponibilidad de servicios del proveedor.

En conclusión, existen distintos objetivos que deben cumplir los SGBD:

 Abstracción de la información. Los SGBD ahorran a los usuarios detalles acerca

del almacenamiento físico de los datos. Da lo mismo si una base de datos ocupa
uno o cientos de archivos, este hecho se hace transparente al usuario. Así, se
definen varios niveles de abstracción.
 Independencia. La independencia de los datos consiste en la capacidad de
modificar el esquema (físico o lógico) de una base de datos sin tener que realizar
cambios en las aplicaciones que se sirven de ella.
 Redundancia mínima. Un buen diseño de una base de datos logrará evitar la
aparición de información repetida o redundante. De entrada, lo ideal es lograr una
redundancia nula; no obstante, en algunos casos la complejidad de los cálculos
hace necesaria la aparición de redundancias.
 Consistencia. En aquellos casos en los que no se ha logrado esta redundancia
nula, será necesario vigilar que aquella información que aparece repetida se
actualice de forma coherente, es decir, que todos los datos repetidos se actualicen
de forma simultánea.
 Seguridad. La información almacenada en una base de datos puede llegar a tener
un gran valor. Los SGBD deben garantizar que esta información se encuentra
segura frente a usuarios malintencionados, que intenten leer información
privilegiada; frente a ataques que deseen manipular o destruir la información; o
simplemente ante las torpezas de algún usuario autorizado pero despistado.
Normalmente, los SGBD disponen de un complejo sistema de permisos a usuarios
y grupos de usuarios, que permiten otorgar diversas categorías de permisos.
 Integridad. Se trata de adoptar las medidas necesarias para garantizar la validez
de los datos almacenados. Es decir, se trata de proteger los datos ante fallos de

Página 12 de 28 CICLO II-2022

 13

hardware, datos introducidos por usuarios descuidados, o cualquier otra

circunstancia capaz de corromper la información almacenada.
 Respaldo y recuperación. Los SGBD deben proporcionar una forma eficiente de
realizar copias de respaldo de la información almacenada en ellos, y de restaurar
a partir de estas copias los datos que se hayan podido perder.
 Control de la concurrencia. En la mayoría de entornos (excepto quizás el
doméstico), lo más habitual es que sean muchas las personas que acceden a una
base de datos, bien para recuperar información, bien para almacenarla. Y es
también frecuente que dichos accesos se realicen de forma simultánea. Así pues,
un SGBD debe controlar este acceso concurrente a la información, que podría
derivar en inconsistencias.
 Tiempo de respuesta. Lógicamente, es deseable minimizar el tiempo que el
SGBD tarda en darnos la información solicitada y en almacenar los cambios
realizados.

Ventajas

1. Facilidad de manejo de grandes volúmenes de información.

2. Gran velocidad de ejecución de las consultas.
3. Independencia del tratamiento de información.
4. Seguridad de la información (acceso a usuarios autorizados), protección
de información, de modificaciones, inclusiones, consulta.
5. No hay duplicidad de información, comprobación de información en el
momento de introducir la misma.
6. Integridad referencial el terminar los registros.

Inconvenientes

1. El costo de actualización del hardware y software son muy elevados.

2. El Costo (salario o remuneración) del administrador de la base de datos es
grande.

Página 13 de 28 CICLO II-2022

 14

3. El mal diseño de esta puede originar problemas a futuro.

4. Un mal adiestramiento a los usuarios puede originar problemas a futuro.
5. Si no se encuentra un manual del sistema no se podrán hacer relaciones
con facilidad.
6. Generan campos vacíos en exceso.
7. El mal diseño de seguridad genera problemas en esta.

Fase 4: Diseño lógico

El diseño lógico de la base de datos consiste en crear un esquema conceptual y los

esquemas externos en el modelo de datos del SGBD elegido.
Para realizar el diseño lógico, hay que transformar los esquemas obtenidos en el
diseño conceptual en un conjunto de estructuras propias del modelo abstracto de
datos elegido.
Tareas
 Paso del diagrama E/R a un conjunto de tablas
 Normalización de las tablas
Resultado
 Conjunto de estructuras propias del modelo abstracto de datos (p.ej. conjunto
de tablas cuando trabajamos con bases de datos relacionales).

Fase 5: Diseño físico

El diseño físico de la base de datos consiste en elegir estructuras de

almacenamiento (p.ej. tablas, partición de tablas, creación de índices…) para que
el rendimiento de la base de datos sea adecuado para las distintas aplicaciones a
las que ha de dar servicio (tiempo de respuesta, aprovechamiento del espacio de
almacenamiento, productividad de las transacciones).
El rendimiento depende del tamaño de la base de datos y del número de registros
de cada tipo que ha de almacenar, así como de los patrones de inserción,
actualización y obtención de datos, por lo que se suelen utilizar técnicas analíticas

Página 14 de 28 CICLO II-2022

 15

o experimentales (prototipos y simulación) para estimar los casos promedio y peor

de los diferentes parámetros de interés.

Fase 6: Instalación y mantenimiento

Casi siempre es necesario modificar el diseñó en función del rendimiento observado

después de la implementación del sistema de bases de datos, por lo que se incluye
explícitamente esta fase en el proceso de diseño de bases de datos.

Instalación y puesta en marcha

La instalación de la base de datos suele ser responsabilidad del DBA, que se
encarga de recopilar todas lo necesario para crear los esquemas de la base de
datos. A continuación, pueden cargarse los datos en la base de datos, para lo cual
puede ser necesaria la implementación de rutinas de conversión.

Mantenimiento
Casi todos los SGBD incluyen alguna utilidad para supervisar el funcionamiento del
sistema. Dichas utilidades de monitorización recopilan información estadística del
uso del sistema para su análisis posterior.
Cuando los requisitos del sistema cambian o se detecta un rendimiento deficiente,
puede ser necesaria la creación, modificación o eliminación de tablas (p.ej. vistas
materializadas) o la reorganización de las estructuras internas de la base de datos
(p.ej. creación de índices).

7. Diseño conceptual

El Modelo Entidad-Relación es un concepto de modelado, mediante el cual se

pretende 'visualizar' los objetos que pertenecen a la Base de Datos como
entidades, las cuales tienen unos atributos y se vinculan mediante relaciones.

Página 15 de 28 CICLO II-2022

 16

Es una representación conceptual de la información. Mediante una serie de

procedimientos se puede pasar del modelo E-R a otros, como por ejemplo el modelo
relacional.

El modelado entidad-relación es una técnica para el modelado de datos

utilizando diagramas entidad relación. No es la única técnica pero sí la más
utilizada. Brevemente consiste en los siguientes pasos:

1. Se parte de una descripción textual del problema o sistema de información a

automatizar (los requisitos).
2. Se hace una lista de los sustantivos y verbos que aparecen.
3. Los sustantivos son posibles entidades o atributos.
4. Los verbos son posibles relaciones.
5. Analizando las frases se determina la cardinalidad de las relaciones y otros
detalles.
6. Se elabora el diagrama (o diagramas) entidad-relación.
7. Se completa el modelo con listas de atributos y una descripción de otras
restricciones que no se pueden reflejar en el diagrama.

El modelado de datos no acaba con el uso de esta técnica. Son necesarias otras
técnicas para lograr un modelo directamente implementable en una base de datos.
Brevemente:

 Transformación de relaciones múltiples en binarias.

 Normalización de una base de datos de relaciones (algunas relaciones
pueden transformarse en atributos y viceversa).
 Conversión en tablas (en caso de utilizar una base de datos relacional).
 Etc.

Página 16 de 28 CICLO II-2022

 17

7.1. Diagramas entidad / relación (E/R)

Este diagrama es una herramienta de especificación para el modelado de datos.

Formalmente, los diagramas E-R son un lenguaje gráfico para describir conceptos.
Informalmente, son simples dibujos o gráficos que describen la información que trata
un sistema de información y el software que lo automatiza.

Los elementos de dicho lenguaje se describen a continuación.

Entidades (conceptos de interés): Una entidad es cualquier persona, lugar, cosa o

evento de interés para la organización y acerca del cual se capturan, almacenan o
procesan datos.
Hay dos tipos de entidades: fuertes y débiles. Una entidad débil es una entidad cuya
existencia depende de la existencia de otra entidad. Una entidad fuerte es una
entidad que no es débil o sea que son entidades que tienen existencia por sí mismas
sin depender de otras.
Por ejemplo la entidad tarea laboral sólo podrá tener existencia si existe la entidad
trabajo.
Se representa mediante un rectángulo o "caja" etiquetada en su interior mediante
un identificador. Ejemplos de entidades habituales en los sistemas de información
son: factura, persona, empleado, etc.

Entidad
EJEMPLOS DE ENTIDADES
Sujetos.- Personas y organizaciones que originan transacciones.
• Cliente
• Alumno
• Vendedor
Objetos.- Son entes tangibles.
• Producto

Página 17 de 28 CICLO II-2022

 18

• Articulo
• Nota
Eventos.- Son transacciones originadas por sujetos y que afectan a los objetos.
• Pedido
• Ajuste
• Calificación
Lugares.- La ubicación de los sujetos y objetos.
• Ciudad
• País
• Bodega
Abstracciones.- Son conceptos empleados para clasificar, calificar o medir otras
entidades.
Tipo/Cliente
Tipo/Cuenta
Unidad/Medida

Relaciones (asociaciones entre entidades). Es el elemento del modelo que

permite relacionar en sí los datos del modelo. Por ejemplo, en el caso de que
tengamos una entidad personas y otra entidad trabajos. Ambas se realizan ya que
las personas trabajan y los trabajos son realizados por personas:

La representación gráfica de las relaciones se realiza con un rombo:

Relación

Cardinalidad: uno-a-uno, uno-a-muchos, muchos-a-muchos

La cardinalidad define el tipo de relación que existe entre las entidades.

Página 18 de 28 CICLO II-2022

 19

Ejemplo de relación:

¿CÓMO SE LEE EL GRADO O CARDINALIDAD?

Uno a muchos
Una instancia de la entidad A se relaciona con una o más instancias de
la entidad B.

Ej.: Un departamento puede estar compuesto de uno o varios

empleados y un empleado pertenece a un solo departamento.

Muchos a muchos
Una instancia de la entidad A se relaciona con una o más instancias de
la entidad B y una instancia de la entidad B se relaciona con una o más
instancias de la entidad A.

Página 19 de 28 CICLO II-2022

 20

Ej.: Un proveedor puede ser distribuidor de uno o más artículos y un

artículo puede ser distribuido por uno o más proveedores.

Uno a uno
Una instancia de la entidad A se relaciona con una y solo una instancia
de la entidad B.

Ej.: Un hombre puede ser esposo de uno y solo una mujer y una mujer
puede ser esposa de uno y solo un hombre.

Atributos (características de las entidades):

Los atributos son propiedades relevantes propias de una entidad y/o relación. Se
representan mediante un círculo o elipse etiquetado mediante un nombre en su
interior.

Son de dos tipos: identificadores de la entidad y descriptores de la entidad.

Cuando un atributo es identificativo de la entidad se suele subrayar dicha etiqueta.

Por motivos de legibilidad, cuando el modelo es amplio los atributos no suelen

representarse en un diagrama entidad-relación, sino que se describen textualmente
en otros documentos adjuntos.

Los atributos describen información útil sobre las entidades. En particular, los
atributos identificativos son aquellos que permiten diferenciar a una instancia de la

Página 20 de 28 CICLO II-2022

 21

entidad de otra distinta. Por ejemplo, el atributo identificativo que distingue a un

empleado de otro es su número de la Seguridad Social.

La representación gráfica de los atributos se realiza con una elipse:

Atributo

Una entidad se distingue de otra porque posee ciertas características que la hacen
única. A estas características se les conoce como atributo. El rango de valores
válidos para un atributo determinado será conocido como dominio del atributo.
Ejemplo:
Entidad Empleado X
Atributo :
-NIT
-Nombre
-Salario (2000..10,000)
-Edad (18..60)
Preparación de un diagrama E/R

1. Identificación de las entidades.

2. Identificación de las relaciones.
3. Identificación de los atributos de las entidades.
4. Normalización:
Intuitivamente:
1NF Todos los atributos de una relación toman valores atómicos.
2NF Todos los atributos de una relación dependen funcionalmente de la clave
primaria de la relación.
3NF El valor de un atributo no puede determinarse a partir de los valores de los
demás atributos.

Página 21 de 28 CICLO II-2022

 22

Cardinalidad:
La correspondencia de cardinalidades, o razón de cardinalidad, expresa el número
de entidades a las que otra entidad puede estar asociada vía un conjunto de
relaciones.

Uno a uno: Una entidad A se asocia con a lo sumo una entidad en B, y una entidad
en B se asocia con a lo sumo una entidad en A.(Ver figura 1a)
Uno a varios: Una entidad en A se asocia con cualquier número de entidades en
B. Una entidad en B, sin embargo, se puede asociar con a lo sumo una entidad en
A. (Ver figura 1b)

Varias a uno: Una entidad en A se asocia con a lo sumo una entidad en B. Una
entidad en B, sin embargo, se puede asociar con cualquier número de entidades en
A. (Ver figura 2a)
Varios a Varios: Una entidad en A se asocia con cualquier número de entidades
en B, y una entidad en B se asocia con cualquier número de entidades en A. (Ver
figura 2b)
FIGURA 1
(A)Uno a uno
(b)Uno a varios

B
A A B

a1 b1 a1 b1

a2 b2 b2
a2
a3 b3 b3
a3
a4 b4 b4

b5

Página 22 de 28 CICLO II-2022

 23

FIGURA 2.
(a)Varios a uno (b)Varios a varios

A A B
B

a1
a1 b1
b1
a2 b2
a2

b2 a3 b3
a3

b3 a4 b4
a4

a5

Ejemplo de cómo se lee un diagrama entidad relación:

(Cada pedido lo realiza un cliente) (Un cliente puede hacer Muchos

pedidos)

(Un pedido puede

incluir muchos productos)

(Los productos pueden incluirse

en muchos pedidos)

Página 23 de 28 CICLO II-2022

 24

Ejemplos de aplicación del diagrama E/R.

1. Diseño Conceptual de una base de datos de Compra y Ventas.

Diseñar el diagrama entidad relación para una base de datos que administra la
información del proceso de compra/venta de productos de una empresa.
1. Identificación de las entidades.
a. Producto
b. Vendedor
c. Cliente
d. Pedido
e. Proveedor
Diagrama E-R:

Página 24 de 28 CICLO II-2022

 25

7.2. Diccionario de datos

Un diccionario de datos es un listado de todos los datos de interés o relevancia

definidos en una entidad.

El diccionario de datos es utilizado en la conversión del modelo conceptual a modelo

lógico, por tanto, el diccionario tiene como objetivo proporcionar descripción de los
campos que formaran parte de la estructura de las tablas del modelo lógico
resultante, es decir, que a partir del diccionario de datos se procede a hacer
referencia a campos de información y ya no se utiliza el concepto de atributo.

Para diseñar el diccionario de datos, se construye una tabla descriptora para cada
entidad. La tabla consta de cuatro columnas básicas para definir cada atributo, tal
cómo se muestra a continuación:
Nombre del campo Descripción Tipo de dato longitud

Donde la columna nombre del campo se coloca el nombre de cada atributo, pero el
nombre debe respetar las mismas reglas utilizadas para nombrar una variable en el
diseño de un algoritmo, y de igual forma se debe utilizar un nombre descriptivo o
utilizar un nombre que recuerde que información representa el campo.
En la columna descripción se redacta de manera breve la información que
representa el campo.
Para la columna tipo de datos, se pueden definir los siguientes tipos de datos:
Numérico, carácter, lógico y fecha.
La longitud del campo se define según el tipo de dato.
Ejemplo de diccionario de datos:

Página 25 de 28 CICLO II-2022

 26

Diseño de diccionario de datos los atributos de la entidad cliente:

Nombre de Campo Descripción Tipo de dato Longitud
CodClie Identificador cliente Caracteres 4
NomClie Nombre del cliente Caracteres 20
DirClie Dirección del cliente Caracteres 40
telClie Teléfono del cliente Caracteres 8

Diseño de diccionario de datos de los atributos de la entidad vendedor:

Nombre de Campo Descripción Tipo de dato Longitud
CodVend Identificación del vendedor Caracteres 4
NomVend Nombres del vendedor Caracteres 20
TelVend Teléfono del vendedor caracteres 8

Diseño de diccionario de datos para los atributos de la entidad proveedor:

Nombre de Campo Descripción Tipo de dato Longitud
CodProv Identificación o Código del Caracteres 4
Proveedor
NomProv Nombre del proveedor Caracteres 20
DirProv Dirección del proveedor Caracteres 40
TelProv Teléfono del Proveedor caracteres 8

Diseño de diccionario de datos para los atributos de la entidad producto:

Nombre de Campo Descripción Tipo de dato Longitud
CodProd Código del producto Caracteres 4
Compuesto por 4 dígitos
Precio Precio unitario de venta del Numérico 6
producto
CanExis Cantidad en existencia Numérico 8

Página 26 de 28 CICLO II-2022

 27

Diseño de diccionario de datos para los atributos de la entidad pedido:

Nombre de Campo Descripción Tipo de dato Longitud
CodPedido Numero de pedido Caracteres 6
FecEnvio Fecha de realización de pedido Fecha 8
FecPedido Fecha de transacción del pedido Fecha 8

Página 27 de 28 CICLO II-2022

 28

8. Referencias.
1. Hernández, C. (2018). El imprescindible papel del contador frente al big data.
Obtenido de https://incp.org.co/imprescindible-papel-del-contador-frente-al-big-
data/.

Página 28 de 28 CICLO II-2022