UNIVERSIDAD ESTATAL DE MILAGRO

FACULTAD DE CIENCIAS E INGENIERIA

Carrera:

Tecnologías De La Información “En Línea”

Nivel: Aula:

Cuarto Semestre “C1”

Asignatura:

Sistemas de Bases de Datos.

Integrantes:

Ricardo Andrés Carchi Figueroa Sara Fernanda Rivera Salazar

Steven Manuel Mosquera Pisco Geovanny Darío Robalino Leal

Jimmy Orlando Valarezo Maldonado Freddy Santiago Rojas Rojas

Diego Andrés Palacios Ponce María Mercedes Tello Acosta

Allison Vanesa López Coello Fabiola Brigitte Cuenca Erreyes

Jorge Alfredo Quiñonez Cisneros Bryan Mesías Zeas Bernal

Temas Del Trabajo:

S6 Trabajo Práctico Experimental 1: Conceptos Básicos De Base De Datos,

Sistemas De Bases De Datos,

Modelos De Datos, Modelo Relacional.

Nombre Del Docente:

Ing. Ricardo Iván Ramírez Anormaliza

Fecha De Entrega:

Domingo, 15 de enero del 2023.

 N° del
Reporte
Se deberá
Informe de Resultados de aplicación de la Guía de Prácticas generar de
forma
secuencial
automática

Datos Generales

DISEÑO DE BASE DE DATOS

NOMBRE DE LA PRÁCTICA

TECNOLOGÍAS
DE LA
FACULTAD
INFORMACIÓN SISTEMAS DE
FACULTAD CIENCIAS E CARRERA ASIGNATURA
EN LÍNEA EN BASES DE DATOS
INGENIERÍA
MODALIDAD
EN LINEA
RAMIREZ ANORMALIZA AMBIENTE O EXTERNO
PROFESOR DE PRÁCTICA
RICHARD IVAN LABORATORIO
TIEMPO ASIGNADO Tipo APE
CONCEPTOS BÁSICOS DE BASE DE
DATOS, SISTEMAS DE BASES DE
UNIDAD: 1,2 TEMAS:
DATOS, MODELOS DE DATOS,
MODELO RELACIONAL.
FECHA DE INICIO FECHA FIN

Individual
TIPO DE PRÁCTICA CANTIDAD DE
12
(Marque la opción) ESTUDIANTES
Grupal x

NOMBRE DEL O LOS ESTUDIANTES:

1. RICARDO ANDRES CARCHI FIGUEROA 2. STEVEN MANUEL MOSQUERA PISCO

3. FABIOLA BRIGITTE CUENCA ERREYES 4. DIEGO ANDRES PALACIOS PONCE

5. ALLISON VANESA LOPEZ COELLO 6. JORGE ALFREDO QUIÑONEZ CISNEROS

7. SARA FERNANDA RIVERA SALAZAR 8. GEOVANNY DARIO ROBALINO LEAL

9. FREDDY SANTIAGO ROJAS ROJAS 10. MARIA MERCEDES TELLO ACOSTA

11. JIMMY ORLANDO VALAREZO MALDONADO 12. BRYAN MESIAS ZEAS BERNAL
Desarrollo de la Práctica
Introducción
Desde hace mucho tiempo se crearon los ordenadores de mesa que con el tiempo han ido
evolucionando, así mismo se ha ido desarrollando varias formas de llevar información de
almacenarla, todo esto se encuentra relacionado entre si sea dentro de la administración como en
diferentes áreas, si es cierto que cada conjunto de datos debe estar relacionado entre si teniendo
ciertas claves que permiten una muy eficiente relación, así también las relaciones que se encuentran
dentro de los esquemas gráficos se llevan a cabo dentro de un proceso denominado cardinalidad,
que es el que se encarga de la relación de los objetos de cada entidad. Por eso a continuación
veremos en el siguiente ejercicio planteado como plantear y realizar todos los conocimientos que el
docente nos ha enseñado.
Metodología
Para la realización del problema primero se lee el enunciado en el cual se plantea un caso sobre una
concesionaria, el cual solicita se defina realizar varios apartados sobre los autos, los cuales se
encuentran en diferentes concesionarias, también nos pide otros apartados donde nos pide indicar
ciertas condiciones.
Para iniciar se definirán los diferentes parámetros, se realizará la identificación de las identidades y
atributos, sus claves siguiendo así todo lo que el enunciado nos pide finalmente se realizará una
conclusión sobre el trabajo realizado.
Detallaremos el caso a continuación
A partir del siguiente enunciado desarrollar lo asignado en el aula virtual Problema B
Se desea diseñar una base de datos que sea de utilidad para concesionarios de automóviles. Un
concesionario puede vender automóviles de varias marcas (por ejemplo, Audi y Volkswagen). Sobre
los automóviles se desea mantener la siguiente información: marca, procedencia, modelo, precio,
descuento (si es que lo tiene) y los datos técnicos (potencia fiscal, cilindrada, número de plazas,
etc.). Para cada modelo de automóvil se quiere conocer las características de su equipamiento de
serie (por ejemplo: airbag conductor y cierre centralizado), así como los extras que se pueden incluir
(aire acondicionado, airbag acompañante, pintura metalizada, etc.) y el precio de cada uno de ellos.
Notar que, lo que son características del equipamiento de serie de algunos modelos, pueden ser
extras para otros modelos. Por ejemplo, hay modelos que llevan el airbag de serie mientras que
otros lo tienen como un posible extra. El concesionario tiene siempre automóviles de varios modelos
en stock (cada uno se identifica por su número de bastidor). Éstos se pueden encontrar en su mismo
local, o bien, en cualquiera de los servicios oficiales que dependen de él. Un servicio oficial es
también una tienda de automóviles, pero depende de un concesionario que es el que le presta los
automóviles para su exposición, y también se los vende. De cada servicio oficial se conoce el nombre,
datos del responsable, domicilio y RUC. Cuando se vende un automóvil se quiere saber quién lo ha
vendido: puede ser uno de los vendedores del concesionario o bien un servicio oficial. También se
desea saber el precio que se ha cobrado por él y forma de pago: al contado o crédito. También se
guardará información sobre los extras que se han incluido, precio de cada uno, la fecha de entrega,
matrícula y si era de stock o se ha tenido que encargar a fábrica. De los vendedores se almacenarán
los datos personales (nombre, cédula, domicilio, etc.) y las ventas realizadas. Para el caso de las
ventas a crédito, se desea conocer la institución financiera que otorgó en crédito en dicha venta y
las condiciones de financiamiento (monto, plazo, interés, etc.). Los vehículos pueden ser vendidos
con o sin seguro, si es al contado, pero si es a crédito deberán contar con un seguro, se requiere
también conocer las condiciones de dicho seguro (Precio, tiempo y aseguradora).
Identificar las entidades involucradas en el caso
• Concesionaria
• Automóvil
• Marca
• Modelo
• Equipamiento de serie
• Stock
• Extra
• Servicio oficial
• Vendedor
• Venta
• Venta a crédito
• Seguro
• Modo de pago
• Aseguradora
• Financiamiento

Identificar los atributos de cada entidad

Concesionaria
Concesionaria Equipamiento de serie Automóvil Modelo
nombre Serie Modelo Modelo
Modelo concesionario Marca
Precio precio
Marca Descuento
Marca
Procedencia Cilindraje
Marca
Extra Potencia fiscal
Nombre
Modelo Número de plazas
Servicio oficial Procedencia
Precio
Servicio serie
RUC
Stock
Nombre
Bastidor
dirección
cantidad
Responsable
 Venta Vendedor Modo de pago
Numero de venta Nombre Numero de venta
bastidor Teléfono crédito
Precio Cedula
precio
Stock Dirección
efectivo
Fecha de entrega precio
matricula
Seguro aseguradora
Precio Nombre de la aseguradora
Venta a crédito
Fecha inicio Dirección
Plazo
Fecha de fin teléfono
Monto
correo
plazas
Financiamiento
Monto
Nombre
dirección
teléfono
Correo

Definir las claves primarias en cada entidad

Concesionaria: #id_concecionaria
Automóvil: #id_automovil
Modelo: #id_modelo
Marca: #id_marca
Equipamiento de serie: #id_serie
Stock: #id_stock
Extra: #modelo
Servicio oficial: #RUC
Vendedor: #id_vendedor
Venta: #id_factura
Venta a crédito: #id_factura
Seguro: # aseguradora
Modo de pago: #id_metodo
Aseguradora: #nombre de la aseguradora
Financiamiento: #monto
 Normalización

automovil
id_automov
il id_modelo id_concecionario precio id_marca id_procedencia
1 10 111 15.000 101 1
2 30 113 20.000 102 2
3 50 112 130.000 103 3
4 60 115 75.500 103 3
5 70 114 200.000 104 4
6 90 116 35.000 106 1
Primary
PK Key Clave Principal

modelo
marca
id_modelo nombre

10 Bentayga

20 Continental GT

30 X6

40 X1

50 Chiron

60 Divo

70 E6
80 ATS
90 Seven
marca
id_marca nombre
101 Bentley
102 BMW
103 Bugatti
104 BYD
105 Cadillac
106 Caterham
 procedencia
id_procedencia pais
1 Inglaterra
2 Alemania
3 Francia
4 China
5 EE.UU
6 Italia

PK =
concecionario id_concecionario
id_conceciona
rio nombre telefono id_ciudad Email
111 Magazine 0957342655 1112 Magazine@gmail.com
112 Orgu costa 0945832370 1115 Orgu_costa@gmail.com
Tomebamba_S.A@gmail.co
113 Tomebamba S.A 0980373716 1112 m
114 Latinakar 0996784543 1113 Latinakar@gmail.com
Mitsubishi_Motors@gmail.
115 Mitsubishi Motors 0935672266 1114 com
116 Autolasa 0992574870 1111 Autolasa@gmail.com

ciudad
id_ciudad nombre
1111 Guayaquil
1112 Quito
1113 Manta
1114 Manabí
1115 Salinas
1116 Milagro

equipamiento de serie
id_serie id_modelo
4B156H45A 10
3Z458W5AB 20
253J43R987 40
GH645Q123 60
PY2425SPJ2 30
390H780XE 90
T098UT34Q 50
 17NK65790 70
Y56GR628T 80

PK
id_model
modelo o
id_pote
id_mod id_descue id_cilindra ncia id_pla id_procede
elo id_marca precio nto ge fiscal zas ncia id_serie
4B156H4
10 101 15.000 D01 C03 P03 NP2 1 5A
PY2425S
30 102 20.000 D03 C04 P04 NP3 2 PJ2
T098UT3
50 103 130.000 D02 C05 P05 NP3 3 4Q
GH645Q
60 103 75.500 D06 C02 P02 NP1 3 123
17NK657
70 104 200.000 D05 C04 P04 NP3 4 90
390H780
90 106 35.000 D04 C06 P06 NP2 1 XE

descuento
id_descuento porcentaje
D01 0%
D02 20%
D03 10%
D04 15%
D05 45%
D06 12%

potencia
cilindrage fiscal numero de plazas
id_cilindrag cilindro id_potecia
e s fiscal potencia id_plazas plazas
C01 12 P01 12 NP1 monoplaza
C02 20 P02 20 NP2 biplazas
C03 4 P03 4 NP3 multiplazas
C04 22 P04 22
C05 16 P05 16
C06 10 P06 10
 stock
id_stock cantidad
001 25
002 68
003 12
004 9
005 30
006 5

vendedor
id_vended id_concecionar id_automo
or nombre cedula telefono ia vil id_tipo
Felipe Ernesto
Valenzuela 09924620
01 Pincay 0707094314 19 1112 4 2
Carlos Alberto
Rodriguez 09320038
02 Bravo 1719756049 20 1115 3 1
Maria
Mercedes Tello 09824620
03 Acosta 1724062862 20 1112 5 2
Bryan Mesias 09589720
04 Zeas Bernal 0928685270 08 1113 2 3
Emilia Carolina 09833848
05 Erreyes Rivas 1734556746 92 1114 1 1
Victor Jose
Maldonado 09911345
06 Cuenca 0708050067 03 1111 6 2

servicio
id_tipo nombre_servicios
1 ventas
2 servicio_cliente
3 reclamos
venta
fecha
id_fact id_vend client id_auto preci id_met sto de id_descu precio_se matric
ura edor e movil o odo ck compra ento guro ula
Franci
sco
Xavier
Perez
16492 Orozc 130. 00 10/12/2 2012
38 01 o 3 000 "02 2 022 D02 12000 NLE
Pablo
Emilio
92688 Reyes 20.0 00 5/12/20 1255A
34 05 Tobar 2 00 "01 1 22 D03 0 TU
Marta
Julia
90013 Lazo 75.5 00 25/12/2 3476Y
44 03 Rios 4 00 "02 4 022 D06 10000 EA
Marc
os
Paolo
70346 Peña 130. 00 3/1/202 4579S
18 01 Tobar 3 000 "02 2 3 D02 30000 CC
Evely
n
Maria
Cueva
80032 Villaci 200. 00 6/1/202 3887F
75 06 s 5 000 "02 5 3 D05 15000 IT
Brigitt
e
Emell
y
Rivas
12234 Alvara 35.0 00 15/11/2 2090
47 02 do 6 00 "01 3 022 D04 0 GAA
 modo_de_pago
id_metodo metodo
"01 contado
"02 credito

venta_credito
id_factura id_banco id_plazo monto_mensual
9001344 B012 PL1 6.250
8003275 B014 PL2 3.125
1649238 B011 PL3 2.031
7034618 B013 PL3 2.031

plazo
id_plazo meses
PL1 12 meses
PL2 24 meses
PL3 64 meses
PL4 15 meses
PL5 35 meses
PL6 25 meses

BANCO
id_banco Banco direccion telefono correo interes
Banco Av. 25 de Junio Bancointernacional
B014 Internacional E583, Machala 500 3600 @gmail.com 0,12
Blvd. 9 de
Octubre 1701, (04) 251- banco/del/Pacifico
B012 Pacifico Guayaquil 9249 @gmail.com 0,12
QGW8+45P, (02) 290- Pichincha_tubanco
B011 Pichincha Quito 170143 9008 @gmail.com 0,12
375C+889, Av. (05) 261- Produbanco@gmai
B013 Produbanco Malecón, Manta 3517 l.com 0,12
 Establecer las relaciones entre las entidades

Resultados Obtenidos
Diccionario de Datos # 1
B) gráfico del modelo entidad relación
Resultado del gráfico modelo entidad relación
c) descripción de las relaciones
Relación #1
Banco – plazo
Un banco puede tener 1 o más
plazos
Plazo-banco
Un plazo pertenece a uno y solo 1
banco
Relación #3
Vendedor-servicio
Un vendedor puede tener 1 o más
servicios
Servicio-vendedor
Un servicio pertenece a uno y solo
un vendedor
Relación #5
Descuenta-venta
Un descuento puede tener una o
más ventas
Venta-descuento
Una venta pertenece a uno y solo
un descuento
Relación #7
Venta_credito-modo_de_pago
Una venta a crédito puede tener
uno o más modos de pago
Modo_de_pago-venta_credito
Un modo de pago pertenece a una
sola venta a crédito
Relación #2
Banco – venta_crédito
Un banco puede tener 1 o más
ventas a créditos
Venta_crédito-banco
Una venta a crédito pertenece a
uno y solo un banco
Relación #4
Vendedor-venta
Un vendedor puede tener 1 o más
ventas
Una venta pertenece a uno y solo
un vendedor
Relación #6
Venta-modo_de_pago
Una venta puede tener uno o más
modos de pago
Modo_de pago-venta
Un modo de pago pertenece a una
y solo una venta
Relación #8
Concesionaria-venta
Una concesionaria puede tener 1 o
mas ventas
Venta-concesionaria
Una venta pertenece a una y solo
una concesionaria
 Relación #9
Venta-automóvil
Una venta puede tener uno o más
automóviles
Automóvil-venta
Un automóvil pertenece a una y
solo una venta
Relación #11
Ciudad-concesionaria
Una ciudad puede tener una o más
concesionarias
Concesionaria-ciudad
Una concesionaria pertenece a una
y solo una ciudad
Relación #13
Procedencia-automóvil
Una procedencia puede tener uno
o más automóviles
Automóvil-procedencia
Un automóvil pertenece a una y
solo una procedencia
Relación #15
Automóvil-equipamiento-de-serie
Un automóvil puede tener uno o
más equipamiento de serie
Equipamiento_de_serie-automovil
Un equipamiento de serie
pertenece a uno y solo un
automóvil
Relación #10
Concesionaria-automóvil
Una concesionaria puede tener uno
o más automóviles
Automóvil-concesionaria
Un automóvil pertenece a una y
solo una concesionaria
Relación #12
Stock-automóvil
Un stock puede tener uno o más
automóviles
Automóvil-stock
Un automóvil pertenece a uno y
solo un stock
Relación #14
Marca-automóvil
Una marca puede tener uno o más
automóviles
Automóvil-marca
Un automóvil pertenece a una y
solo una marca
Relación #16
Modelo automóvil-cilindraje
Un modelo de automovil puede
tener uno o más cilindrajes
Cilindraje-modelo_de_automovil
Un cilindraje pertenece a uno y
solo un modelo de automóvil
 Relación #17
Modelo_automovil-modelo
Un modelo de automóvil puede
tener uno o más modelos
Modelo-modelo automóvil
Un modelo pertenece a uno y solo
un mode de automovil
Relación #19
Modelo automóvil-numero_de-
plazas
Un modelo automóvil puede tener
uno o más números de plazas
Numero_de_plazas-
modelo_automovil
Los números de plazas pertenece a
uno y solo un modelo de automóvil
Relación #18
Modelo_automovil-potencia fiscal
Un modelo de automóvil puede
tener uno o más potencias fiscales
Potencia_fiscal-modelo_automovil
Una potencia fiscal pertenece a
uno y solo un modelo automovil
Relación #20
Automovil_modelo_automovil
Un automóvil puede tener uno o
más modelos de automóviles
Modelo_automovil-automovil
Un modelo de automóvil pertenece
a uno y solo un automóvil
Conclusiones y Recomendaciones
Conclusión 1
La relación existente entre un Cliente y el Automóvil es: «Compra»; porque un cliente puede comprar
tantos automóviles como desee a la empresa, pero un automóvil determinado solo puede ser
comprado por un único cliente.
Y en una parte la base de datos nos ayuda a tener en cuenta la mercadería completa y la que va
saliendo para así poder llevar un orden y cuanto se quiera hacer un inventario se tenga datos reales.
STEVEN MANUEL MOSQUERA PISCO

Conclusión 2
Al realizar este trabajo se pudo ver cuanta importancia tiene el saber realizar varios procesos para
poder crear una base de datos como las entidades se relacionan con los atributos, también
aprendiendo a utilizar el programa power designer para poder realizar las relaciones. Ya que la
utilización o creación de una base de datos es indispensable para poder realizar ciertos tipos de
trabajos.
Allison Vanessa López Coello

Conclusión 3
Tomamos en cuentas otros aspectos que el cliente debe tener como «Venta a crédito» es algo que
es necesario en una compra, pero puede llegar ser pasado por alto en una base de datos, también
añadimos una ASEGURADORA con todos sus datos ya que hay que asegurarse que el cliente pueda
llegar a llenar estos datos importantes.
RICARDO ANDRES CARCHI FIGUEROA

Conclusión 4
Para diseñar una base de datos es necesario tener conocimientos respecto al tema y creatividad
para poder modelar de la forma adecuada, para pasar de ese problema que se intenta resolver, a
una representación usualmente gráfica y que nos va a permitir dar solución al problema planteado.
Un buen diseño se inicia con la elaboración de un buen modelo.
Fabiola Brigitte Cuenca Erreyes

Conclusión 5
En la realización de nuestro trabajo grupal la normalización es un elemento clave dentro de la
realización de nuestro ejercicio las cuales nos conducen a la calidad de nuestra base de datos ya
que mediante esta técnica nos ayuda a reducir al minino la redundancia de datos. En nuestro
ejercicio realizado de forma grupal con los miembros de equipos hemos empleado las tres
primeras formas normales que son las utilizadas desde el punto de vista estructural en la
actualidad los sistemas de bases de datos empleados por las empresas o negocios utilizan las tres
primeras formas normales como ideal. Para nosotros esta práctica nos llenó de muchos
conocimientos que nos ayudar en un futuro como profesionales e ingenieros en las áreas de las
TICS.

JORGE ALFREDO QUIÑONEZ CISNEROS

Conclusión 6

Una vez concluido este proyecto de bases de datos fueron muchos los esfuerzos en los que se fue
adquiriendo varios conocimientos nuevos en esta elaboración, ayudándonos a ampliar más nuestro
aprendizaje y conocimiento, en el que se procedió a realizar una base de datos con el problema
formulado, se decidió a realizar de la mejor manera la base de datos para que sea más comprensible
y clara a la hora que se quiera revisar.
DIEGO ANDRES PALACIOS PONCE

Conclusión 7
En conclusión, gracias a todo lo anterior se puede interpretar que una base de datos puede recopilar
y también organizar mucha información, ya sea de personas, de productos, entre otros, también se
pudo comprender que al realizar una base de datos hay que saber organizarse para que esté de una
manera en la que no haya fallos o equivocaciones en la misma para que todo pueda correr con
facilidad y con normalidad.
JIMMY ORLANDO VALAREZO MALDONADO

Conclusión 8
La creación de modelos entidad relación, en los últimos años, ha sido de gran importancia en todo
aspecto profesional, siendo este administrativo, informático o algún campo en donde se tenga
consigo abundantes cantidades de datos, los cuales deben ser de manera obligatoria ordenados y
clasificados.
Es por ello que es aquí donde radica la importancia y la utilización de aquellos modelos de entidad
y relación, ya que al existir datos de distintos tipos y que cada uno tenga un significado distinto a los
demás, es por ello que estos tipos de datos se los almacenas en entidades, en las cuales tendrán
siempre una llave primaria que relación a otra entidad con otros conjuntos de datos, siendo esto
por qué tienen un mismo campo en común, permitiendo una optimización y organización de datos
para implementarlos en un motor de base de datos.
BRYAN MESIAS ZEAS BERNAL

Conclusión 9
Podemos concluir que las bases de datos nos proporcionan un almacén de información con una
estructura de datos jerárquica y relacionada. Ya que MySQL es la base de datos más utilizada, pero
no podemos olvidarnos de otras alternativas como Microsoft SQL Server, PostgreSQL o MongoDB,
esto nos ayudara a la realización de la agrupación de datos de una manera eficiente.

SARA FERNANDA RIVERA SALAZAR

Conclusión 10

El diseño de la base de datos utiliza algunos modelos existentes, que constituyen la base de la
construcción del sistema de información. El modelo entidad-relación permite la aplicación de
abstracciones de alto nivel que son útiles en los paradigmas de programación actuales. Aunque el
modelado de datos puede parecer simple, se requiere experiencia y capacitación para obtener un
buen modelo de datos que sea útil e implementable en una base de datos. Se puede ver una gran
cantidad de información gráficamente en una escala pequeña pero completa y fácil de entender.

FREDDY SANTIAGO ROJAS ROJAS

Conclusión 11

A través del avance de los ensayos de laboratorio disfruto de conocer los beneficios de los conjuntos
de datos que cruzan los marcos de registro del pasado, como sabemos todo se desarrolla es la forma
en que el modelo social que lleva a cabo SQL, nos da un aparato fantástico en la administración,
seguridad y confiabilidad de la información.
Posteriormente se da cuenta que conocer el ciclo interno, la construcción y ejecución de los
conjuntos de datos nos muestra el significado que actúan en el escenario de funcionamiento, y como
cada elemento que los utiliza está sujeto a ellos.
GEOVANNY DARIO ROBALINO LEAL

Conclusión 12

Las bases de datos son un elemento muy importante dentro de una empresa, ya que ellas llevan
toda la información generada de las misma, en este caso podemos ver como una concesionaria de
autos genera ventas, a base de un stock de automóviles disponibles información ingresada en cada
compra, cual es utilizado en el departamento de contabilidad para llevar a cabo la toma de las
mejores decisiones de la misma, es por ellos que a la información generada debe ser verifica y
concisa.
María Mercedes Tello Acosta

Recomendaciones

➢ En el momento en que el ciclo de una base de datos puede crear registros en unas cuantas
tablas, resulta útil disponer en ellas de un campo que muestre la fecha y la temporada de
creación de los registros. Esto puede ayudarnos a identificar los cuellos de botella durante la
mejora.

➢ En ocasiones, una tabla almacena registros sobre el estado de un elemento que nos interesa
conservar para examinar su evolución a largo plazo, pero sólo uno de ellos se refiere al
estado actual.

➢ A pesar de que a veces puede resultar tentador colocar datos en una tabla que ahora están
contenidos en otra para mejorar las preguntas, esto no debe hacerse nunca, ya que puede
provocar irregularidades en la información. Es preferible hacer una lista de los campos que
se van a utilizar como canal en las preguntas o crear una vista que presente la información
de forma agrupada.

➢ A pesar de que a veces puede resultar monótono caracterizar una limitación clave
desconocida cada vez que relacionamos una tabla con otras personas, deberían
caracterizarse siempre que la situación lo permita, ya que garantizan la fiabilidad de la
información. Además, esto funciona con el trabajo con aplicaciones de organización y
mejora de bases de información, informatizando algunas diligencias como la producción de
gráficos y la realización de conexiones entre objetos que guían las tablas.
➢ Al fomentar una aplicación que debe llegar a una base de información, es útil aislar la parte
que directamente llega al conjunto de datos del resto de la aplicación, a través de una
biblioteca de clases o un sistema como EntityFramework. Esto funcionará con la asignación
de ajustar la aplicación en el caso de que elijamos cambiar el servidor del conjunto de datos
o necesitemos hacer una aplicación que esté libre del servidor utilizado, simplemente
cambiando la biblioteca de clases.

➢ Una de las recomendaciones muy importante es realizar la normalización de las tres formas
normales correctamente ya que aplicando estos pasos a seguir evitamos redundancia de
datos y sobre todo protegemos la integridad de los datos ya con estos logramos evitar
problemas a futuro en la realización de actualizaciones de los datos de nuestras tablas.

➢ Una recomendación que se puede aportar es que debe establecerse si se van a usar o no las
tildes y las características especiales como por ejemplo seria la “ñ”, también es muy
importante que no haya espacios al final o al comienzo de cualquier campo de texto.
Además, antes de hacer la modelación en “PowerDesigner” se deben normalizar primero las
tablas que se tengan y de ahí empezar con el modelo en dicho programa.
➢ Al momento de crear un modelo entidad relación se debe tener múltiples puntos, siendo
estos sobre todo conceptos básicos y fundamentales en el campo de sistema de base de
datos, ya que como es bien sabido, para poder plasmar una base de datos en algún motor
es necesario primero crear un modelo entidad relación el cual esté correctamente
optimizado, seguido luego exportar y generar el script dependiendo a que motor de base
trabajaremos, por lo general los motores de Oracle, Windows SQL, MySQL son los más
utilizados y los más óptimos para poder realizar todo tipo de consultas y modificaciones de
nuestra base de datos creada a partir de un modelo entidad – relación.
➢ Al momento de diseñar, es necesario determinar el propósito de la base de datos, organizar
y categorizar la información por clave, definir y normalizar las relaciones entre tablas y
elementos para facilitar la integración de la base de datos en nuestros sistemas. Estos
campos son muy útiles para analizar información, nos permite agrupar, contar, comparar,
etc. de datos. por lo tanto, tenemos que mantener los mismos estándares en todo momento
es fundamental, y las categorías siempre se escriben exactamente igual.

➢ Se recomienda ingresar la información de manera concisa sin errores ya que ello podría
generar la pérdida o ganancia falsa de la concesionaria, mientras menos entidades logren
trabajar juntas, pero cada una con una buena dotación de tablas generando una principal
key, en cada una, se podrá ingresar mensa información de manera manual y todo sea más
automatizado así genera facilidad al usuario.
Bibliografías

Rivas, A., Gallardo, M., Ramirez, Y., & Gascón, Y. (s/f). USO DE HERRAMIENTAS CASE PARA EL

MODELADO DE NEGOCIOS. Laccei.org. Recuperado el 13 de enero de 2023, de

http://www.laccei.org/LACCEI2011-Medellin/published/IT180_Alfonzo.pdf

Rivera, F. L. O. (2008). Base de datos relacionales. Instituto Técnológico Metropolitano, ITM.

(S/f-a). Uaemex.mx. Recuperado el 13 de enero de 2023, de

http://ri.uaemex.mx/bitstream/handle/20.500.11799/64072/secme-

16823.pdf?sequence=1

(S/f-b). Researchgate.net. Recuperado el 13 de enero de 2023, de

https://www.researchgate.net/profile/Claudia-Becerra-

Marquez/publication/331260796_NORMALIZACION_DE_LA_BASE_DE_DATOS_BIBLIOGRA

FICA_DE_LA_BIBLIOTECA_OCTAVIO_ARIZMENDI_POSADA_UNIVERSIDAD_DE_LA_SABANA

/links/5c6ee6ee92851c695036728e/NORMALIZACION-DE-LA-BASE-DE-DATOS-

BIBLIOGRAFICA-DE-LA-BIBLIOTECA-OCTAVIO-ARIZMENDI-POSADA-UNIVERSIDAD-DE-LA-

SABANA.pdf