UNIVERSIDAD POLITECNICA DEL VALLE DE MÉXICO

11-2-2022
U2. Evidencia
de producto.
Caso práctico: Papelería

Base de datos.

Grupo 8160501

Garcia Ortiz Natalia

Matricula 1320061050

Profesor. ZEN OMAEL ROBLES

MONTERO
Contenido
Introducción. ................................................................................................................................... 2
Características y elementos de los modelos de bases de datos. .................................. 3
- Modelo Entidad relación. ............................................................................................. 3
- Modelo entidad-relación extendido......................................................................... 5
-Modelo Relacional........................................................................................................... 6
- Modelo no relacional. ................................................................................................... 7
Procedimiento de modelado de bases de datos. ............................................................... 8
Concepto y características del diccionario de datos. ...................................................... 8
Elementos del diccionario de datos: ....................................................................................... 9
- Metadatos. ........................................................................................................................ 9
- Métodos de acceso. ...................................................................................................... 9
-Reconocer los tipos de datos. ...................................................................................... 9
Procedimiento para elaborar diccionarios de datos. ...................................................... 10
Act. en función al proyecto seleccionado ............................................................................ 0
Modelo relacional ............................................................................................................. 0
No se encuentran entradas de índice.Diccionario de datos. .............................. 1
Conclusiones................................................................................................................................... 0
Bibliografía ....................................................................................................................................... 0
Introducción.
Con base en un caso práctico el cual corresponde a una base de datos para un
comercio que ofrece productos de papelería, se realizara un análisis mas a detalle
puesto que se definirán conceptos como base de datos NoSQL, el modelado de
base de datos representado en modelos entidad relación, modelo relacional y no
relacional, así como los elementos del diccionario de datos. El propósito de
conocer el concepto, características y el procedimiento de realización de dichos
modelos yace en el uso de estas técnicas para aplicarlas a nuestro caso práctico
esto nos ayudará a definir las entidades, así como sus atributos y las relaciones entre
ellas y esto para tener un bosquejo previo a la construcción de la base de datos,
siempre tomando en cuenta que se debe permitir el acceso a la información de
manera clara y exacta.

En mi opinión, puedo decir que el proceso que conlleva la creación de una base
de datos no es sencillo, para esto podemos dividir el proceso en subprocesos, lo
cual nos permitirá profundizar en cada uno de ellos, yendo desde lo más teórico a
lo práctico, esta técnica no solo la podemos implementar en las bases de datos si
no en cualquier tarea u objetivo que parezca difícil de abordar, ya que si se va de
lo particular a lo general se puede analizar detenidamente cada subproceso, para
que finalmente se puedan unificar los subprocesos y se cumpla con el objetivo.

Nosotros nos encontramos en la etapa del diseño conceptual, ya que es aquí

donde se crea una estructura de la información que se empleará en la base de
datos, dando como producto un modelo de flujo de información, en este caso,
diagrama entidad-relación.

Resumen.

El modelo entidad-relación ER es un modelo de datos que permite representar

cualquier abstracción, percepción y conocimiento en un sistema de información
formado por un conjunto de objetos denominados entidades y relaciones,
incorporando una representación visual conocida como diagrama entidad-
relación. A cerca del modelo relacional, en bases de datos, se caracteriza por la
claridad, tiene una base matemática y ha probado su eficacia en la práctica
durante más de 40 años. Pese a todo, el almacenamiento de datos en tablas
estructuradas no se ha adaptado a las necesidades de la tecnología de la
información moderna. Bajo mi punto de vista, creo que es una buena forma de
diseñar correctamente las bases de datos, aunque algunas veces resulta más
rápido implementarlo directamente en nuestro gestor de BBDD sin la necesidad de
crear un gran diagrama, sino usando notas más simples.
Características y elementos de los modelos de bases de datos.
- Modelo Entidad relación.

Es el diseño conceptual más utilizado en bases de datos, introducido por Peter

Chan en el año de 1976. Incluye conceptos de entidad, relación y atributo que
permiten describir la realidad con representaciones gráficas y lingüísticas.

Características:

• Notación de Chen, a través de la cual podemos representar con figuras

cada uno de los elementos en el diagrama.
• Refleja solo la existencia de los datos.
• Es independiente de los Sistemas Gestores de Bases de Datos.
• No tiene en cuenta restricciones de espacio, ni de tiempo o de ejecución.
• Está abierto a la posibilidad de evolución del sistema desarrollado.
• Es el modelo conceptual más utilizado.

Sus elementos son:

Entidades. una entidad es una cosa u objeto del mundo real

que es diferente de los demás objetos o cosas que
posee un conjunto de propiedades y los valores de estas para
identificar y distinguirse entre otras entidades. Hay dos tipos de entidades, las
concretas (tangibles) y las abstractas(intangibles). Para representar las entidades
se usan rectángulos con el nombre de tal en el centro y se usan rectángulos dobles
para representar conjuntos de entidades débiles.

Relaciones. Son las asociaciones que se

establecen entre los campos de dos tablas, es
decir, correspondencia ente entidades la cual
se representa con un rombo. Las relaciones
pueden tener atributos lo cual dar origen a una
tabla que contendrá estos atributos.

La representación entre dos entidades y su relación Automóvil a Persona se

representaría de la siguiente manera:

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, en resumen, es cada
una de las propiedades o características que tiene una Entidad o una Relación. Se
representa mediante una elipse o un círculo con su nombre.
Cardinalidad. Este elemento expresa las relaciones de un conjunto determinado
de entidades de extremo a extremo, por ejemplo: “Uno a uno (1:1)”, “uno a
muchos(1:N) o “varios a varios(N:M)”. Otra forma de expresar la cardinalidad d es
situando un símbolo cerca de la línea que conecta una entidad con una relación:

• "0" si cada instancia de la entidad no está obligada a participar en la relación.

• "1" si toda instancia de la entidad está obligada a participar en la relación y

solamente participa una vez.

• "N" , "M", ó "*" si cada instancia de la entidad no está obligada a participar en la

relación y puede hacerlo cualquier número de veces.

Un ejemplo de relación uno a muchos ya que un empleado puede ser jefe de otros
empleados y un empleado pertenece a un solo departamento, pero un
departamento tiene N núm. De empleados.

b
Llaves. Es un subconjunto que permite identificar unívocamente cada una de las
entidades que estan en el mismo. Existen tipos de claves:

• Superclave. Es un subconjunto de atributos que permite distinguir

unívocamente cada una de las entidades de un conjunto de entidades.
• Clave candidata. Dada una superclave, si ésta deja de serlo removiendo
únicamente uno de los atributos que la componen, entonces ésta es una
clave candidata.
• Clave primaria. Es una clave candidata, elegida por el diseñador de la base
de datos.
- Modelo entidad-relación extendido.

Algunas de sus características son:

Especialización. Es el proceso de
asignación de subgrupos dentro de
un conjunto de entidades, se
representa mediante un triángulo
invertido con las letras “ES”. Un
ejemplo en un diagrama, tenemos
las entidades llamadas “Persona”,
“Empleado” y “cliente”, donde
podemos especializar en este
conjunto de entidades los siguientes
atributos: “nombre”, “calle” y
“ciudad”, ya que es algo que tienen en común.

Generalización. Es la relación contenedora (sintetizar)que existe a partir de un

conjunto de entidades de nivel más alto y uno o más conjunto de entidades de
nivel más bajo.

Herencia de atributos. Los atributos de los conjuntos de entidades de nivel más

alto son heredados por los conjuntos de entidades de nivel más bajo.

Agregación. La agregación es una abstracción a través de la cual las relaciones

se tratan como entidades de nivel más alto.

Sus elementos son:

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

❖ Supertipos. Un tipo de entidad que se relaciona con uno o más subtipos.

❖ Subtipo - Un subgrupo de entidades con atributos únicos.
❖ Legado - El concepto de que las entidades de subtipos heredan los valores
de todos los atributos del supertipo.
❖ Especialización y generalización
❖ Categoría o tipo de unión
❖ Atributo y legado de relación
-Modelo Relacional.

Características:

• Los datos de cualquier columna son de un solo tipo.

• Cada columna posee un nombre único.
• Cada atributo tiene un dominio,
• No existen 2 filas en la tabla que sean idénticas.
• La información en las bases de datos es representada como datos explícitos.
• Cada relación tiene un nombre específico y diferente al resto de las
relaciones.
• Los valores de los atributos son atómicos: en cada tupla, cada atributo
(columna) toma un solo valor. Se dice que las relaciones están normalizadas.
• El orden de los atributos no importa: los atributos no están ordenados.
• Cada tupla es distinta de las demás: no hay tuplas duplicadas
• El orden de las tuplas no importa: las tuplas no están ordenadas.
• Los atributos son atómicos: en cada tupla, cada atributo (columna) toma un
solo valor. Se dice que las relaciones están normalizadas.

Elementos:

• Relación. Tabla bidimensional para la representación de datos.

Ejemplo: Estudiantes.
• Tuplas. Filas de una relación que contiene valores para cada uno de los
atributos (equivale a los registros).
Ejemplo: 34563, José, Martínez, 19, Masculino. Representa un objeto único de
datos implícitamente estructurados en una tabla. Un registro es un conjunto
de campos que contienen los datos que pertenecen a una misma entidad.
• Atributos. Columnas de una relación y describe las características
particulares de cada campo.
Ejemplo: id estudiante
• Esquemas. Forma de representar una relación y su conjunto de atributos.
Ejemplo: Estudiantes (id estudiante, nombre(s), apellido(s), edad, género)
• Claves. Campo cuyo valor es único para cada registro. Principal, identifica
una tabla, y Foránea, clave principal de otra tabla relacionada.
Ejemplo: id estudiante.
• Clave Primaria. Identificador único de una tupla.
• Cardinalidad. Número de tuplas(m).
• Grado. Número de atributos(n).
• Dominio, colección de valores de los cuales el atributo obtiene su atributo.
- Modelo no relacional.

Sus características son las siguientes:

• La información en lugar de ser almacenada en tablas se guarda en

documentos.
• Una base de datos no relacional tiene alto grado de escalabilidad y están
diseñadas para soportar grandes volúmenes de datos.
• Velocidad y capacidad de almacenamiento.
• Adaptados para administrar un inmenso volumen de datos con un rápido
acceso.

Sus elementos son:

Documentos. La información se representa como objetos o documentos JSON. Su

principal ventaja es que los documentos son de naturaleza flexible,
semiestructurada y jerárquica, lo que facilita a los desarrolladores las tareas de
almacenamiento, gestión y consulta de datos.

Clave-valor. Cada clave sirve como un identificador único, y a cada una de ellas
se le aplica un valor. Son especialmente usadas a la hora de almacenar datos de
juegos, aplicaciones o aparatos que funcionan mediante el internet de las cosas
(IoT).

Gráficos. Las entidades de datos se almacenan mediante nodos.

Memoria. ofrece respuestas en milisegundos y soportar grandes picos de tráfico.

Características de una base de datos NoSQL.

• No utilizan SQL como lenguaje de consultas.

• Utilizan estructuras fijas como sistemas de clave–valor, objetos o grafos para
el almacenamiento de los datos.
• Arquitectura distribuida. La información puede estar compartida en varias
máquinas mediante mecanismos de tablas Hash distribuidas.
• Se ejecutan en máquinas con pocos recursos: Estos sistemas, a diferencia de
los sistemas basados en SQL, no requieren de apenas computación, por lo
que se pueden montar en máquinas de un coste más reducido.
• Escalabilidad horizontal: Para mejorar el rendimiento de estos sistemas
simplemente se consigue añadiendo más nodos.
• Pueden manejar gran cantidad de datos: Esto es debido a que utiliza una
estructura distribuida, en muchos casos mediante tablas Hash.
• No genera cuellos de botella.
Procedimiento de modelado de bases de datos.
1. Se parte de una descripción textual(los requisitos) del problema o sistema de
información a automatizar.

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.

Son necesarias otras técnicas para lograr un modelo directamente implementable

en una base de datos. Por mencionar algunos:

• 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)

Concepto y características del diccionario de datos.

Un diccionario de datos es un tipo de metadato que enlista de manera organizada
los nombres, definiciones y características de cada uno de los campos o atributos
de una base de datos y/o conjunto de datos.

Tiene por objetivo proveer un lenguaje común entre el autor de dichos datos y sus
posibles usuarios.

Sus rasgos característicos son los siguientes:

o Brindan el significado de cada campo o variable.

o Indica los valores que puede tomar o si se usa algún catálogo.
o Sabemos si contiene información pública, confidencial o reservados.
o Proporciona una buena interpretación y buen uso de los datos.
o Documentan a cerca de los detalles sobre la estructura de los datos a los
usuarios, desarrolladores o terceros interesados.
o Comunican, es decir, proveen vocabulario y definiciones.
o Las personas responsables de los datos deben mantener actualizado el
contenido del diccionario de datos, incluidas sus definiciones y sus valores.
o Los diccionarios de datos deben revisarse periódicamente para garantizar
su vigencia.
 o Integración de datos: tiene definiciones claras de los elementos del conjunto
de datos, proveen comprensión sobre el contexto necesario para decidir
cómo es que se van a integrar los datos en subsistemas.
o Ejemplo:

Elementos del diccionario de datos:

- Metadatos.

Los metadatos consisten en información que caracteriza datos, describen el

contenido, calidad, condiciones, historia, disponibilidad y otras características de
los datos.

- Métodos de acceso.

Una estructura de árbol de índice y una técnica en paralelo de índice. Los

resultados obtenidos de estas técnicas son muy importantes para la prevención del
cuello de botella en el procesamiento del lenguaje natural que se utilizan en la
entrada de los datos, al igual que en la extracción de morfemas.

-Reconocer los tipos de datos.

Puede ser alguno de los siguientes tipos:

Alfanuméricos, numérico entero, con decimales, fecha u hora con zona horaria,
booleana e incluso datos geoespaciales.
Procedimiento para elaborar diccionarios de datos.
Paso 1. Verifique la Existencia de Diccionario de Dato.

Si cuenta con un diccionario o modelo de datos que le permita identificar como

están compuestas las bases de datos, identificando así los datos disponibles con
sus atributos y tipos de datos; los anteriores son insumos importantes para realizar la
definición del dato.

Paso 2. Valide el Diccionario de Datos Actual.

En este paso es necesario realizar las siguientes preguntas:

¿Los datos son realmente los que deben estar en el diccionario y su definición es

coherente?

¿Los atributos, asociaciones, operaciones corresponden a los datos?, ¿Tienen una

definición coherente y correspondan con la realidad?

¿Los datos tienen los siguientes elementos: ¿Código, nombre, definición, campo de
aplicación y expresiones alternativas?

¿Los atributos tienen los siguientes elementos: ¿Código, nombre, definición y tipo
de dato?

¿Las asociaciones y roles tienen los siguientes elementos: ¿Código, nombre,

definición?

¿Las operaciones tienen los siguientes elementos: ¿Código, nombre, definición y

firma?

¿Los códigos y nombres que se usan en el diccionario están asignados a un único

registro?

Si cumple continúe con el Paso 9.

Si no cumple, continúe con el Paso 3.

Paso 3. Identifique los datos a incluir en el diccionario

Paso 4. Construya su Diccionario de Datos

La siguiente tabla presenta los elementos necesarios para definir los datos básicos
del diccionario de datos.
Paso 5. Defina el dato que incluirá en el Diccionario.

Siendo el dato (objeto geográfico) la unidad fundamental de información

geográfica, usada para la producción de información y diseño de los modelos
datos; es importante que cada uno de los elementos usados para definir el
concepto del dato y sus propiedades, sea lo más claro y detallado posible,
logrando que pueda ser interpretado y usado fácilmente.

Paso 6. Defina los Atributos y sus Dominios.

Un objeto geográfico tiene características o atributos que le permiten ser

identificado y diferenciado de otros. Tenga en cuenta que un dato debe tener por
lo menos un atributo. Los atributos generalmente tienen un valor asignado
libremente; pero se pueden presentar casos en los que el atributo debe tomar un
valor de una lista de posibilidades definidas previamente. A continuación, se
presenta un ejemplo con el atributo “tipo de superficie” y sus respectivos dominios:

Paso 7. Defina las asociaciones con otros datos

Las asociaciones son utilizadas para definir el vínculo que se presentan entre los
objetos, esta requiere identificar las funciones que ejerce un objeto sobre el otro, a
esta acción se le denomina “ROL”.

Paso 8. Defina las operaciones del dato

Las operaciones del dato están relacionadas con las actividades que son
realizadas hacia él, o por sí mismo y que afectan el valor de uno de sus atributos.
Su ocurrencia depende de su naturaleza y comportamiento, es decir, un objeto
puede presentar o no operaciones

Paso 9. Valide y retroalimente el Diccionario

Realice un escaneo sobre todo el diccionario verificando que la información

registrada sea consistente. Así mismo, inspeccione que los elementos diligenciados
en la definición de los conceptos de los datos y sus propiedades sean coherentes
con el campo de aplicación y alcance del diccionario de datos.

Paso 12. Mantenga Actualizado el Diccionario

Es importante se definan los procesos necesarios al interior de cada entidad para

expandir y actualizar periódicamente el diccionario de datos, consolidándolo
como un instrumento de consulta confiable, útil y actualizad
Act. en función al proyecto seleccionado
Modelo relacional
No se encuentran entradas de índice.Diccionario de datos.

Nombre del archivo: BD_papeleria Fecha de creación: 10/02/2022

Nombre de la tabla Nombre del campo Tipo de datos Descripción del campo Tamaño del campo
Numero identificador para
Empleados Id_empleado Numérico cada persona que trabaje en 3 bits
dicho establecimiento
Apellido materno del
Empleados E_apellidoma Carácter 30 bits
empleado
Apellido paterno del
Empleados E_apellidopa Carácter 30 bits
empleado
Empleados E_nombre Carácter Nombre del empleado 40 bits
Ubicación de la vivienda del
Empleados Dirección Alfanumérico 64 bits
empleado.
Número telefónico del
Empleados Telefono Numerico empleado para principal 12 bits
medio de contacto
Productos que han sido
Ventas Cantidad_vent Numerico 5 bits
vendidos por los empleados.
Precio de los productos
Ventas Precios Numerico 5 bits
adquiridos
Cantidad que refleja la suma
de todas las cantidades de
Ventas Total Numerico 6 bits
los productos según su
codigo
Dia en el que se realizo la
Ventas Fecha_dia Numerico 2 bits
venta
Mes en el que se realizo la
Ventas Fecha_mes Numerico 2 bits
venta
Año en el que se realizo la
Ventas Fecha_año Numerico 4 bits
venta
Codigo que identifica al
Ventas Codigo Numerico producto al momento de la 3 bits
venta
Precio al cual la papeleria
Productos Precio_mayori Numerico
adquiere los productos
Productos Marca Alfanumerico Marca de los productos
Caracteriasticas de los
Productos Descripción Carácter
productos
Precio que se le da al publico
Productos Precios_publico Numerico
en general
Registro Federal de
Contribuyentes, como
Provedores RFC_empresa Alfanumerico
identificador de cada
proveedor
Conclusiones.
Podemos decir que, ya que todo tiene un proceso, en la elaboración de estos
esquemas es necesario primero saber los requisitos y limitaciones de nuestro caso
práctico puesto que al momento de realizarlo ya tendremos bien definidos nuestros
datos y tipos de datos con la ayuda del diccionario de datos. En mi opinión la
elaboración de estos modelos es de suma importancia ya que constituyen las bases
en las cuales podremos seguir desarrollando el caso práctico y que, si en algún
momento surgen dudas de cómo se define un dato u objeto o incluso corroborar
datos, se pueda tener algo en donde consultar y guiarse. Finalmente, el saber los
conceptos de todas estas prácticas(esquemas) nos abren el panorama para que,
al momento de elaboración los resultados sean acorde a las necesidades de la
empresa o del usuario.

Bibliografía
Mendoza, A., & Rosa, A. (2018). Base de Datos Base de Datos Base de Datos.
https://repositorio.uchile.cl/bitstream/handle/2250/151632/Bases-de-
datos.pdf?sequence=1&isAllowed=y

Tecnológico Nacional de México. (n.d.). MODELO ENTIDAD RELACION. Consultado

el 7 de febrero, 2022, de
https://hopelchen.tecnm.mx/principal/sylabus/fpdb/recursos/r130204.pdf

Escuela Especializada en Ingeniería. (2022). 1.2. El modelo Entidad Relación. |

Diseño Bases Datos. Itca.edu.sv.
https://virtual.itca.edu.sv/Mediadores/dbd/u1/12_el_modelo_entidad_relacin.html

una. (2022). Elementos de una base de datos relacional - Base de datos II.
Google.com. https://sites.google.com/site/basededatosiiucb2/tipos-de-bases-de-
datos/elementos-de-una-base-de-datos-relacional

Gobierno de la Ciudad de México. (2018). Elaboración de diccionarios de datos.

Portal de La Política de Datos de La Ciudad de México.
https://politicadedatos.cdmx.gob.mx/cultura/guias/diccionario

Secretaría de Gobierno y Transformación Digital. (2022). ¿Qué son los Metadatos?

Geoidep.gob.pe. https://www.geoidep.gob.pe/conoce-las-ides/metadatos/que-
son-los-metadatos

Lopez, V. (2022). Vista de Diccionario de Datos: Un enfoque semántico, de

seguridad y usabilidad | Prisma Tecnológico. Utp.ac.pa.
https://revistas.utp.ac.pa/index.php/prisma/article/view/548/html

Unidad Administrativa Especial de Catrastro Distrito. (2019). Instructivo para la

creación de Diccionario de Datos. In www.ideca.gov.co.
https://www.ideca.gov.co/sites/default/files/documentacion/instructivodd.pdf