Algorithm for
database design.
Vanessa
Lorena Valverde González. [1]
Recibido: 10-05-2019 / Revisado: 15-06-2019 /Aceptado: 04-07-2019/
Publicado: 28-07-2019
The present work is a proposal to direct the desig=
n of
Databases, without taking into account the programming language or the Data=
base
Management System (SGBD) to be used by the programmer / developer. The
intention of it is to know about Database applied to computing, choose two
design models and implement them in a methodology that has software enginee=
ring
objective and applied to the design of the database, which in itself is the
center of the development application. An algorithm with a methodology, that
optimizes the time to creation of a database, being a sequence of steps, an
orderly process is facilitated through logic. The algorithm has been evalua=
ted
in a complexity O (1), that it is efficient because if the data increases or
there are changes in them, the algorithm will be offering results in a fini=
te
process without any difficulty.Time New Roman 1=
2 line
spacing 1.15 (150 - 300 words).
Resumen.
El
presente trabajo es una propuesta para direccionar el diseńo de Bases de Da=
tos,
sin tomar en cuenta el lenguaje de programación o el Sistema Gestor de Base=
de
Datos (SGBD) a utilizar por el programador / desarrollador. La intención del
mismo es conocer acerca de Base de Datos aplicadas a la informática, escoger
dos modelos de diseńo e implementarlos en una metodología que tenga como
objetivo la ingeniería del software, aplicado al diseńo de la base de datos,
que en si es el centro del desarrollo de una aplicación, un algoritmo con u=
na
metodología que optimiza el tiempo para la creación de una base de datos, al
ser una secuencia de pasos se facilita de manera ordenada un proceso a trav=
és
de la lógica. El algoritmo ha sido evaluado en una complejidad O (1). Lo que
resulta eficiente, por más que aumente los datos o exista cambios en los mi=
smos
el algoritmo cumplirá con ofrecer resultados en un proceso finito sin
dificultad alguna.
Palabras claves: Algoritmo, Base de
Datos, Diseńo, Entidad Relación.
Introducción.
Hoy en día toda actividad que se realice en las
tareas cotidianas se las desea informatizar, al estar involucrados en la era
digital, objeto real o abstracto no está fuera del alcance de la informátic=
a.
La digitalización de Datos en las Bases no es nuevo, pero en la actualidad
existe una ingeniería del software enfocado al diseńo de las mismas es por =
esto
que se plantea a través de un algoritmo (secuencia de pasos ordenada el
desarrollo de una metodología que ayude a los desarrolladores de software a
mejorar lo tiempos en el desarrollo de software con Bases de Datos); la
Ingeniería de Software ayuda a la creación de un software desde los
requerimientos de usuario hasta su producción definitiva, para la presente
investigación lo que se realiza es la Ingeniería del Software enfocada sólo=
al
área de diseńo de base de datos.
El desarrollar un algoritmo para la creación de =
una
base de datos implica los siguientes objetivos: definir conceptos de bases =
de
datos y algoritmos, elaborar el algoritmo que facilite la aplicación de una
metodología realizada a partir de las fases de diseńo de bases de datos.
Rivas et al. (2015). Afirman que El concepto de
metodología es conjunto de métodos coherentes y relacionados por unos
principios comunes. La fase metodología será conocer los modelos y fases de
diseńo de una Base de Datos a utilizar en el desarrollo de la investigación,
plantear el algoritmo y analizar su nivel de complejidad.
El interés de proponer un algoritmo que facilite=
el
diseńo de una Base de Datos es para quien se interese en el tema de las Bas=
es
de Datos conozca un forma lógica y fácil de realizar en proceso, siempre el
trabajar de forma ordenada optimizará tiempos en los trabajos a realizar,
además servirá en la aplicación de la docencia, así como en la vida cotidia=
na
de un programador/desarrollador.
Metodologia.
Una metodología no intenta resolver un problema =
lo
que intenta es tratar de cometer la menor cantidad de errores posibles y tr=
atar
de cumplir tiempos a través de su planificación implementado modelos.
Codina. (2017). Describe que una base de datos =
es
un sistema que debe ser capaz de satisfacer las necesidades de información =
de
sus usuarios, relacionando preguntas con documentos. La Ingeniería del Softwa=
re
analiza el ciclo de vida de un sistema a raíz del concepto general lo que s=
e desarrollará
es el ciclo de vida enfocado al diseńo de una Base de Datos a través de la
comparación de diferentes metodologías.
El concepto de Ingeniería
del Software surge de la distinción entre el desarrollo de pequeńos proyect=
os (programming in the small) y el desarrollo de grandes proyectos (programming in the large), de forma que el reconocimiento de que la Inge=
niería
del Software está relacionada con esta última. (García, 2018)
Por lo tanto, el desarrollo del ciclo de diseńo =
de
Base de Datos también está relacionado con el desarrollo de Bases de Datos
pequeńas y grandes Bases de Datos. Una Base de Datos en términos informátic=
os
es una colección de datos inter relacionados almacenados en un repositorio
tecnológico en el cuál se pude almacenar grande=
s cantidades
de información las cuales pueden ser manipuladas por el usuario según las
facilidades del sistema que acceda a la misma. Sólo a través de un gestor de
base de datos se puede tener acceso a dichos datos.
Una base de datos es una
colección de datos interrelacionados y un sistema de gestión de bases de da=
tos
SGBD (DBMS por sus siglas en inglés DataBase
Management System), es el software que gestiona=
y
controla el acceso a los datos de la base de datos. Una aplicación de base =
de
datos es un programa que interactúa con la base de datos. (Merchán, 2016)
La metodología es un conjunto de métodos que ayu=
dan
a predecir el éxito de un Sistema, mientras que un modelo es una serie de p=
asos
a seguir para llegar a un fin de forma planificada, es decir pasos, reglas y
procedimientos para llevar a cabo la solución de un problema; por otro lado=
, la
metodología realiza el análisis de las fortalezas y debilidades a raíz de l=
os
modelos, recordando que no existe un método mejor que otro, todo dependerá =
del
sistema de base de datos a implementar.
La existencia de modelos
conceptuales existentes de objetos y fenómenos, especificando que en los ań=
os
setenta del siglo XIX fue ideado un modelo con el propósito de simplificar =
el
diseńo de una base de datos, a través de diagramas de entidad-relación. Se =
hace
la orientación del objetivo de representar la estructura lógica de una base=
de
datas en forma de gráfico. Se determina los elementos esenciales del diseńo=
de
una base de datos, referente a las entidades, atributos o campos y relacion=
es
entre entidades. (López de la Teja, Sarría &
Fernández, 2017).
Hoy en día existen algunos modelos de bases de d=
atos
entre los cuales se puede mencionar: modelo de base de datos jerárquico, mo=
delo
relacional, modelo de red, modelo de base de datos orientado a objetos, mod=
elo
entidad-relación, modelo de documentos, modelo entidad-atributo-valor, esqu=
ema
de estrella, modelo relacional de objetos.
Los modelos analizados son el modelo Relacional =
y el
Entidad Relación como se observa en la tabla1.
|
Tabla1. Comparación Modelo Relacional Entid=
ad
Relación |
||
|
Criterio |
Relacional |
Entidad-Relación |
|
|
|
|
|
Representación |
Tablas |
Gráficos, solo representación concep=
tual |
|
|
|
|
|
Relación de la información |
Relación de presentación de conexión=
de
tablas |
Relación a través de entidades |
|
|
|
|
|
Tuplas |
Registros de la tabla |
No se ingresa información |
|
Entidades |
|
Solo representa el objeto en estudio=
|
|
|
|
|
|
Clave |
Representa un atributo o conjunto de
atributos para forma parte de la clave |
Solo representa una clave en la enti=
dad
no en las relaciones |
|
|
|
|
|
Normalización |
A través de la representación de sus
tuplas se puede realizar efectivamente que se cumpla las reglas de
normalización. |
No se identifica inconvenientes de
duplicidad de información |
|
|
|
|
|
Lenguaje de Consulta |
El modelo aplica SQL |
Es la representación más se puede
aplicar a cualquier SGBD |
|
|
|
|
<= o:p>
Fuente: Elaboración propia d=
el
autor. (2019)
El diseńo de base de datos se compone de: diseńo
conceptual, diseńo lógico y diseńo físico.
El diseńo conceptual es una representación del m=
undo
real, es lo que se desea plasmar en el sistema informático, para poder
automatizar los requerimientos del usuario, se necesita mucha interacción d=
el
usuario con el diseńador del sistema.
El diseńo lógico es plasmar lo elaborado en la f=
ase
de diseńo conceptual a un sistema gestor de base de datos, es el estado de
colocar lo bosquejado en un repositorio informático.
El diseńo físico es el cómo se guarda la informa=
ción
y conocer el lenguaje de programación con el que se va a trabajar.
Es por ello que la metodología se basa en el pro=
cedo
de un diseńo conceptual y diseńo lógico combinando modelos como el Entidad
Relación y el Relacional.
El modelo entidad relación es una =
;herramienta que permite
representar de manera simplificada los componentes que participan en un&nbs=
p;proce=
so
de negocio y
el modo en el que estos se relacionan entre sí. (Hidalgo, 2017).
El modelo de datos relacional organiza y represe=
nta
los datos en forma de tablas o relaciones. (San Miguel, 2015).
Para la realización de la metodología se propone=
a
través de un algoritmo. Un algoritmo son pasos a seguir de forma ordenada y
finita, cada paso siguiente indica lo que se debe realizar, un algoritmo
siempre tendrá un Inicio y un Fin, por lo que se debe estar cien por ciento
seguro que se logrará llegar a la meta a través del mismo, siempre procuran=
do
cometer la mínima cantidad de errores.
Una forma abstracta de
plantear una estrategia es en la forma de un algoritmo, es decir una
secuencia de instrucciones cada una de las cuales representa una tarea bien
definida y puede ser llevada a cabo en una cantidad finita de tiempo y con =
un numero finito de recursos computacionales. Un requeri=
miento
fundamental ´ es que el algoritmo debe terminar en un numero finito de paso=
s,
de esta manera ´ el mismo puede ser usado ´ como una instrucción en otro
algoritmo más complejo. (Bottazzi et al., 2017)=
El algoritmo a través de una metodología optimiz=
a el
tiempo para la creación de una base de datos.
El propósito es mejorar los tiempos de desarroll=
o a
través de la planificación de una base de datos de calidad, hay que recordar
que, si se desea desarrollar un sistema con base de datos, el puntal, el nú=
cleo
del sistema es la base de datos así se consiga un diseńo de alta calidad en=
los
formularios que manipulan la base de datos a través del sistema gestor de b=
ase
de datos si la base de datos está con un mal diseńo existirá un perjuicio p=
ues
implicaría volver a realizar un bosquejo de la misma con lo que implica tie=
mpo,
dinero y molestias al usuario final.
La propuesta metodológica se centra en el diseńo=
de
la base de datos combinando con los dos modelos escogidos, mencionando así =
las
siguientes fases:
Fase conceptual. (Qué representar): Será la iteración del
cliente con el desarrollador, en esta fase debe existir total comunicación
entre ambos actores. La información que se recoge son las formas de trabajo=
del
cliente para poder plasmar en un modelo Entidad Relación el cual ayuda a
través de sus gráficos la representación del mundo real a un entendimiento
informático.
Al realizar el bosquejo del diseńo a través de
conceptos planteados por el usuario no significa que ese primer intento de
plasmar gráficamente el mecanismo de trabajo de la empresa será el definiti=
vo,
van a existir algunas entrevistas cliente diseńador hasta que ambos estén
cien por ciento convencidos de lo que desea informatizar de parte del clien=
te y
lo que entendió el diseńador de los requerimientos del cliente.
Una vez realizada la fase de entrevista diseńado=
r
usuario se debe realizar la fase de análisis por parte del diseńador de la =
base
de datos, identificando atributos conocidos como características del objeto=
a
representar, relaciones entre entidades y su cardinalidad. Entendiéndose por
cardinalidad a la forma en que se relacionan el o las entidades; como parte=
de
la fase se deben identificar claves primarias tratando de que se cumpla que=
se
identifique de manera única un objeto dentro de la entidad.
Al expr=
esar
un diseńo en modelo de Entidad-Relación no se verifica que se cumpla la no
duplicidad de información pues una relación puede transformarse según sea el
caso en una tabla en el Sistemas Gestor de Base de Datos seleccionado, por =
lo
tanto, una representación gráfica en el modelo Entidad - Relación y es por =
esto
que se debe pasar a un modelo que ayude a interpretar de mejor manera la ba=
se
de datos e identificar las posibles anomalías del mismo.
Se recomienda que una vez realizado todos los pa=
sos
mencionados se proceda a realizar una vez más una jornada de trabajo
diseńador-cliente para explicar al cliente lo que el diseńador interpretó de
las primeras fases de trabajo cliente-diseńador, si existe algún cambio se
deberá volver a desarrollar la Fase Conceptual hasta llegar a una satisfacc=
ión
de los requerimientos por parte del cliente y así poder pasar a una Fase
Lógica.
Cada fase debe ser documentada, la documentación
permite la seguridad y seriedad en el trabajo realizado, pues debe realizar=
se
un acta donde cliente-diseńador están totalmente de acuerdo en lo que va a
representar en la siguiente fase de trabajo y si se realiza en la empresa un
cambio de personal, el siguiente diseńador al mando tendrá toda la informac=
ión
para continuar con el desarrollo dela Base de Datos y de esta forma no exis=
ta
prejuicio con el cliente como con la empresa desarrolladora.
Fase lógica (Analizar ambigüedades):
Las entidades pasar a ser tablas y las relaciones
del tipo de muchos a muchos se convierten en tablas, al trabajar con tablas
relacionadas se puede agregar información conocidas como registros o tuplas=
y
se puede verificar que la duplicidad de información no exista, si es el cas=
o se
puede pasar atributos a formar parte de la clave primaria y así poder
solucionar la duplicidad de información, además el modelo aplica la
normalización.
La normalización es el
proceso de simplificar la relación entre los campos de un registro. Por med=
io
de la normalización un conjunto de datos en un registro se reemplaza por va=
rios
registros que son más simples y predecibles y, por lo tanto, más manejables.
(Trueba, 2016)
Es recomendable en el diseńo de una base de datos
indagar por lo menos hasta la tercera forma normal, de esta manera no se
asegura un total control de redundancia de datos, pero por lo menos se puede
manipular la información de manera controlada. Otro asunto muy importante e=
s la
seguridad que se debe dar al acceso de la Base de Datos este proceso ya
corresponde totalmente al diseńador, pero se considera que la fase lógica e=
s la
más indicada por la etapa de diseńo para limpieza del esquema.
Ya en este proceso se puede agregar información a
las tablas con lo que se puede involucrar al cliente para reafirmar lo
planteado hasta el momento y verificar los informes que desea obtener del
mismo, pues al trabajar con datos es más fácil para el cliente identificar =
lo
que se va a informatizar, lo que se realiza en la fase es pulir la
conceptualización antes de proceder a un medio informático.
No se debe pasar por alto la documentación, al t=
ener
una fase más que culmina con una pulida al desarrollo de conceptos es muy
importante documentar y firmar acuerdos. Hasta esta fase es muy importante
involucrar al cliente en el desarrollo de la metodología.
Fase física (Repositorio Informático):<=
span
lang=3DES style=3D'font-size:12.0pt;line-height:115%;font-family:"Times New=
Roman",serif;
mso-fareast-font-family:"Times New Roman";mso-fareast-language:EN-US;
mso-bidi-language:SI-LK;mso-bidi-font-weight:bold'> Lo que se requiere en e=
sta
fase es la representación de la información del diseńo gráfico al esquema d=
el
Sistema Gestor de Base de Datos escogido, una vez establecidos las reglas de
negocio se procederá a implementar en una forma real e informática verificar
que las mismas se cumplan, se debe recordar que lo que se plasmará en cómo
trabaja la empresa más no como se desea que trabaje, pues las reglas del
negocio las proporciona el cliente.
Un Sistema Gestor de Base de Datos (SGBD) o DataBase Managenent System (DBMS)
es un sistema que permite la creación, gestión y administración=
de
bases de datos, así como la =
elección
y manejo de las estructuras necesarias para
el almacenamiento y búsqueda de información del modo más eficiente posible.=
(Marin, 2019)=
Se debe tomar en cuenta las transacciones y
consultas que se necesite realizar en la base de datos, espacio en disco,
tomando en cuenta el crecimiento vertical de la misma.
La escalabilidad vertica=
l o
hacia arriba, este es el más simple, pues significa crecer el hardware de u=
no
de los nodos, es decir aumentar el hardware por uno más potente, como disco
duro, memoria, procesador, etc. pero también puede ser la migración completa
del hardware por uno más potente. El esfuerzo de este crecimiento es mínimo,
pues no tiene repercusiones en el software, ya que solo será respaldar y mi=
grar
los sistemas al nuevo hardware. (Blancarte, 2017).
Para culminar la fase no se puede pasar por alto=
la
documentación, siempre es significativo documentar y firmar acuerdos. El
cliente siempre tiene que estar involucrado en cada fase del diseńo, hay que
recordar que en esta fase se confirma la adquisición de requisitos como
hardware y SGBD lo cual se debe conocer de parte del diseńador una lista de
posibilidades de costos y facilidad de adquisición, así como niveles de
seguridad, donde el cliente decidirá lo que puede o no cubrir.
Resultados.
Una vez explicada cada fase de diseńo se puede
realizar el algoritmo con el cual como todo algoritmo su objetivo es cumplir
una solución (meta) a través de una secuencia de pasos ordenada.
Algoritmo=
de
Diseńo de la Base de Datos.
1. Inicio
2. Cliente solicita informatizar su
trabajo diario
3. Cliente comunica necesidad al dis=
eńar
4. Cliente explica la forma de traba=
jar de
la empresa
5. Diseńador recoge información
6. Diseńador realiza bosquejo en el =
Modelo
Entidad Relación
7. Diseńador presenta bosquejo al cl=
iente
8. Si el cliente está de acuerdo va =
a al
paso 9 caso contrario se vuelve al paso 4
9. El Diseńador empieza la fase de
análisis:
a) Identifica entidades
b) Atributos
c) Relaciones
d) Cardinalidades
e) Claves primarias
10. Diseńador presenta bosquejo al clie=
nte
11. Si el cliente está de acuerdo va al=
paso
12 caso contrario se vuelve al paso 4
12. Realizar documentación y acta
13. Diseńar Modelo Relacional
14. Pasar entidades a tablas identifica=
ndo
claves primarias y claves foráneas
15. I=
dentificar
las relaciones que deben transformarse en tablas junto con sus claves
16. V=
erificar
a través de registros las tuplas duplicadas y ambigüedad de la información.=
17. V=
erificar
si se debe aplicar la 1FN si es si pasar al paso 18 caso contrario ir al pa=
so
19
18. Aplicar la 1FN
19. V=
erificar
si se debe aplicar la 2FN si es si ir al paso 19 caso contrario ir al paso =
20
20. Aplicar la 2FN
21. V=
erificar
si se debe aplicar la 3FN si es si ir al paso 21 caso contrario ir al paso =
22
22. Aplicar la 3FN
23. Crear tablas necesarias para ejecut=
ar
controles de seguridad del sistema.
24. Diseńador presenta modelo al client=
e
25. S=
i el
cliente está de acuerdo va al paso al paso 26 caso contrario se vuelve al p=
aso
13
26. Realizar documentación y acta
27. Plasmar el modelo Relacional al esq=
uema
Relacional del SGBD escogido
28. Identificar transacciones y consult=
as
29. S=
i el
cliente está de acuerdo continuar con el paso 30 caso contrario se vuelve al
paso 28
30. Realizar
documentación y acta
31. Fin
Qué
tan eficiente es el algoritmo, para esto la base será el tiempo de ejecució=
n,
cada paso toma el valor de 1, de igual forma las preguntas lógicas tendrán =
el
valor de 1.
La
condición suele ser de O(1), complejidad a sumar con la peor posible, bien =
en
la rama THEN, o bien en la rama ELSE. En decisiones múltiples (ELSIF, CASE)=
, se
tomará la peor de las ramas. (Mańas, 2017) (Sic)
El
algoritmo es independiente de la máquina y el lenguaje de programación, y el
SGBD, los pasos son claros y concretos. Es finito el número de pasos, es
preciso cada paso realiza algo concreto, devuelve información de salida.
Análisis =
del
Algoritmo.
|
=
Tabla=
2. Evalu=
ación de
la complejidad del Algoritmo =
|
|
|
PROCESO |
PESO |
|
Inicio |
1 |
|
Cliente
solicita informatizar su trabajo diario |
1 |
|
Cliente
comunica necesidad al diseńar |
1 |
|
Cliente
explica la forma de trabajar de la empresa |
1 |
|
Diseńador
recoge información |
1 |
|
Diseńador
realiza bosquejo en el Modelo Entidad Relación |
1 |
|
Diseńador
presenta bosquejo al cliente |
1 |
|
Si
el cliente está de acuerdo va a al paso 9 caso contrario se vuelve al pas=
o 4 |
1 |
|
El
Diseńador empieza la fase de análisis: |
1 |
|
Diseńador
presenta bosquejo al cliente |
1 |
|
Si
el cliente está de acuerdo va al paso 12 caso contrario se vuelve al paso=
4 |
1 |
|
Realizar
documentación y acta |
1 |
|
Diseńar
Modelo Relacional |
1 |
|
Pasar
entidades a tablas identificando claves primarias y claves foráneas |
1 |
|
Identificar
las relaciones que deben transformarse en tablas junto con sus claves |
1 |
|
Verificar
a través de registros las filas duplicadas y ambigüedad de la información=
. |
1 |
|
Verificar
si se debe aplicar la 1FN si es si pasar al paso 17 caso contrario ir al =
paso
18 |
1 |
|
Aplicar
la 1FN |
1 |
|
Verificar
si se debe aplicar la 2FN si es si ir al paso 19 caso contrario ir al pas=
o 20 |
1 |
|
Aplicar
la 2FN |
1 |
|
Verificar
si se debe aplicar la 3FN si es si ir al paso 21 caso contrario ir al pas=
o 22 |
1 |
|
Aplicar
la 3FN |
1 |
|
Crear
tablas necesarias para ejecutar controles de seguridad del sistema. |
1 |
|
Diseńador
presenta modelo al cliente |
1 |
|
Si
el cliente está de acuerdo va al paso 26 caso contrario se vuelve al paso=
13 |
1 |
|
Realizar
documentación y acta |
1 |
|
Plasmar
el modelo Relacional al esquema Relacional del SGBD escogido |
1 |
|
Identificar
transacciones y consultas |
1 |
|
Si
el cliente está de acuerdo continuar con el paso 30 caso contrario se vue=
lve
al paso 28 |
1 |
|
Realizar
documentación y acta |
1 |
|
Fin |
1 |
|
Orden
de la función O(1) |
31 |
Fuente:=
Elaboración propia del autor. (2019)
Es
un algoritmo del tipo constante O(1) es decir una complejidad constante o
tiempo constante, por lo tanto, es un algoritmo que no será afectado en su
rendimiento debido a la cantidad de datos que se maneje.
A
partir del análisis de complejidad se puede exponer que el algoritmo a trav=
és
de una metodología optimiza el tiempo para la creación de una base de datos=
.
Otra
forma de representar un algoritmo y mejor apreciación es el algoritmo gráfi=
co
conocido como diagrama de flujo, entonces se procede para su mejor apreciac=
ión
el algoritmo propuesto es narrativo (Lenguaje natural) se lo representa a
través de gráficos (Diagrama de flujo) en la siguiente imagen, aplicando
Microsoft Visio 2016.
Microsoft
Visio (Microsoft, 2016), está diseńado para personas que buscan una poderosa
plataforma de diagramación con una rica serie de galerías de símbolos
integradas. Ayuda a los usuarios a simplificar información compleja por med=
io
de diagramas sencillos y fáciles de comprender. Visio Standard incluye gale=
rías
de símbolos para diagramas empresariales, diagramas básicos de red,
organigramas, diagramas de flujo básicos y diagramas generales de usos
múltiples. (Jiménez et al., 2016)
Figura 1. Diagrama
de flujo del algoritmo.
=
Fuente:
Elaboración propia d=
el
autor en programa Visio. (2019)
Figura 2. =
Diagrama de flujo del al=
goritmo.
=
Fuente:
Elaboración propia d=
el
autor en programa Visio. (2019)
<= o:p>
Para el algoritmo es muy importante la
intervención del cliente para poder alcanzar la meta en cada fase siempre se
verifica la aprobación del cliente, el cliente es considerando parte del eq=
uipo
durante la fase de diseńo.
Conclusiones.
ˇ
El representar una metodología a través de un algoritmo facilita el
diseńo de un esquema, un algoritmo se basa en pasos con el fin de lograr la
meta de solución con pasos finitos, secuenciales o de confirmación consigui=
endo
el avance de cada paso con la seguridad que el paso anterior fue completado=
en
su totalidad.
ˇ
Al finalizar cada fase es importante involucrar al cliente/usuario p=
ues
debe estar cien por ciento planteado el mundo real en el diseńo del esquema=
de
la Base de Datos pues es en base a este esquema que el desarrollador basará=
la
programación de presentación y ejecución final del software.
ˇ
La metodología planteada es en base a las fases de diseńo de bases de
datos aplicado con los modelos Entidad-Relación y Modelo Relacional utiliza=
ndo
las teorías de metodologías de ingeniería de software donde es muy importan=
te
la participación del cliente. El algoritmo es una secuencia con instruccion=
es
de preguntas para continuar el mismo caso contrario repetirá pasos necesari=
os
para continuar, la solución del algoritmo es la creación de la Base de Datos
lista para ser implementada en cualquier SGBD. Además, la utilización de un
modelo Entidad-Relación y a su vez pasar a un modelo Relacional permite que=
la
no interrupción de la secuencia se esté seguro de un diseńo conciso en base=
al
requerimiento del cliente, debido a que el cliente es una pieza clave para =
el
diseńo del mismo.
Referencias Bibliográficas.
Blancarte,
Oscar.(2017).Escalabilidad Vertical y Horizontal. Recuperado de:
Bottazzi, C., Costare=
lli,
S.,Dalcin, L., Galizzi, D., Gimenez, J., Olivera, J.,
Storti, M. (2017).
Algoritmos y Estructuras de Datos. Recuperado de:
https://cimec.org.ar/~mstorti/aed/aednotes.pdf
Codina, Luis (2017).
Estructura y funciones de una base de datos académica. Recuperado de: <=
span
style=3D'font-size:12.0pt;line-height:115%;font-family:"Times New Roman",se=
rif;
color:windowtext;text-decoration:none;text-underline:none'>https://www.llui=
scodina.com/bases-de-datos-academicas-registros/
Garcia, Francisco.(20=
18).
Ingeniería de Software. Salamanca. Recuperado de:
Gomez,E.,
Salgado,N.(2016). Logica de Algoritmos- Un enfoque Practico- Programación en
Lenguaje C. Recuperado de: https://www.researchgate.
net/publication /2966719
28Logica_de_Algoritmos-_Un_enfoque_Practico-_Programacion_en_Lenguaje_C
Hidalgo, Luis.(2017).
Modelo entidad relación: descripción y aplicaciones. Recuperado de: =
https://www.icem=
d.com/digital-knowledge/articulos/modelo-entidad-relacion-descr
ipcion-aplicaciones/
Jimenez, M., De la Ho=
z,
S., Huyke, A., Mendoza, M., Rangel, E., Pastrana J., Castro, L., Ospino, F.
(2016). Software para la elaboración de diagramas de estudio del trabajo co=
mo
herramienta facilitadora en el proceso de enseńanza - Aprendizaje de método=
s y
tiempos en las actividades productivas: Diagramet. Espacios, Vol.38(N020).
Recuperado de: https://www.saberespractico.com/investigacion/ap
a/como-citar-un-articulo-de-revista-segun-la-normativa-apa/
López de la Teja, L. =
J.,
Sarría Stuart Á., & Fernández Álvarez, D. (2017). La formación de conce=
ptos
en el proceso de enseńanza-aprendizaje de los sistemas de gestión de bases =
de
datos. Revista Conrado, 13(57), 139-145. Recuperado de
http://conrado.ucf.edu.cu/index.php/conrado
Mańas, José. (2017).
Análisis de Algoritmos Complejidad. Recuperado de: http://www.dit.upm.es/~pepe/doc/adsw/tema1/Complejidad.pdf
Marin
Merchán, Oswaldo. (20=
16).
Diseńo de Base de Datos. Recuperado de: http://publicaci=
ones.uazuay.edu.ec/index.php/ceuazuay/catalog/view/5/5/37-2
Rivas, C., Corona, V.,
Gutierrez, J., Hernandez, L. (2015). Metodologías actuales de desarrollo de software. Recu=
perado
de:
San Miguel, Gonzalo.
(2015). Diseńo e Implementación de una Herramienta Visual que Obtenga el Mo=
delo
Relacional Lógico a partir de un Diagrama Entidad Relación. Recuperado de: =
https://ebuah.uah.es/dspace/bitstream/handle/10017/28479/TFG-San%20Miguel-=
Oteo-2016.pdf?sequence=3D1&isAllowed=3Dy
Trueba, Adrian. (2016=
).
Proceso de normalización de base de datos en una modelo relacional. Recuper=
ado
de: https://core.ac.uk/download/pdf/80532387.pdf
PARA CITAR EL ARTÍCULO INDEXADO.
Valver= de González, V. L. (2019). Algoritmo para el diseńo de base de datos. Cienc= ia Digital, 3(3.2.1), 5-19. https://doi.o= rg/10.33262/cienciadigital.v3i3.2.1.778
El artículo que se
publica es de exclusiva responsabilidad de los autores y no necesariamente
reflejan el pensamiento de la Revi=
sta
Ciencia Digital.
El
artículo queda en propiedad de la revista y, por tanto, su publicación parc=
ial
y/o total en otro medio tiene que ser autorizado por el director de la Revista Ciencia Digital.
[1] Escuela Superior
Politécnica de Chimborazo. Facultad de Mecánica, Riobamba, Ecuador, =
v_valverde@espoch.edu.ec
<=
span
lang=3DES style=3D'font-family:"Times New Roman",serif'>
www.cienciadigital.org =
Vol.
3, N°3.2.1, p. 5-19, julio, 20