DISEÑO Y ADMINISTRACION DE BASES DE

DATOS
ACTIVIDAD FINAL(CONTROL ESCOLAR
PREPARATORIA)

PROFESOR: Horacio Enrique Castillo Puente

NOMBRE: Joel Rodriguez Ramos
ID: 00691176
INDICE O CONTENIDO

PORTADA………………………………………………………………………………….1

INDICE O CONTENIDO………………………………………………………………….2

INTRODUCCION INTEGRAL……………………………………………………………3

DESARROLLO……………………………………………………………………………4

ETAPA1. PANORAMA GLOBAL. Marco teórico...………………………………….4

ETAPA 2. DEFINICION DEL PROBLEMA………………………………………….....8

ETAPA 3. PROPUESTA DE MEJORA……………………………………………….10

REFLEXIONES FINALES………………………………………………………………13

BIBLIOGRAFIA………………………………………………………………………….14
INTRODUCCION INTEGRAL

La preparatoria Benito Juárez no cuenta con la sistematización de la información

correspondiente a sus alumnos, lo que les dificulta mucho tener acceso a la
información de forma rápida y eficiente. Pues es tedioso a la hora de buscar la
información de determinado alumno, ya que no se puede realizar consultas
rápidas.

Es muy difícil obtener la información deseada puesto que la información es

almacenada en carpetas físicas en las cuales guardan toda la información de los
alumnos. Cabe resaltar que, para conservar esta información al pasar de los años,
se necesita un espacio físico (archivadores, estantes y otros) suficientes para tal
fin. Es evidente que en la preparatoria utilizando las herramientas que están a la
vanguardia y que proporcionarían una solución al problema de administración de
la información, acordes a la realidad que se está vivenciando, herramientas
basadas en las TICS y utilizando los recursos de forma que satisfaga los
requerimientos de la entidad.

La preparatoria actualmente administra la información en forma tradicional sin

utilizar herramientas informáticas, puesto que en sus instalaciones no tienen
computadores, y mucho menos una base de datos para consultar información
tanto de proveedores como ventas de casas y clientes. Es por ello que se hace
necesario actualizarlos en el área informática, teniendo una base de datos con una
buena arquitectura.
DESARROLLO

ETAPA1. PANORAMA GLOBAL. Marco teórico.

a. Normalización de las bases de datos.

La normalización no es obligatoria, pero aporta las siguientes ventajas:

• El proceso de muestreo se simplifica. Se trata de simplificar el trabajo de

consulta, es decir, el usuario podrá recuperar la información deseada con
consultas relativamente sencillas.
• La integridad de los datos está garantizada. Se puede hablar de minimizar
la distorsión de la información y reducir la probabilidad de pérdida de datos.
• Se mejora la escalabilidad. Si se observan las reglas de normalización, se
forman las condiciones favorables para el crecimiento de la base de datos.
• No hay redundancia de datos. La redundancia es un problema notorio de
uso improductivo del espacio libre en el disco duro que dificulta el
mantenimiento de la base de datos. En algunos casos, este problema se
agrava por el hecho de que si es necesario alterar los registros del mismo
tipo de datos almacenados en varios lugares (tablas), el usuario tendrá que
realizar las alteraciones en todas partes, lo cual es una tarea bastante
laboriosa.
• Ausencia de dependencias incoherentes. Las dependencias incoherentes
impiden el acceso a los datos, porque el camino hacia esa información puede
ser incorrecto e ilógico. En la tabla Ciudades es lógico buscar las ciudades,
el número de habitantes, etc., pero no las direcciones y los nombres de los
habitantes (para esta información necesitamos otra tabla): Ciudadanos

La normalización se lleva a cabo:

Para llevar la base de datos a un estado normal, es necesario:

1. Combinar los datos existentes en grupos.

2. Aclarar las relaciones lógicas entre los grupos. Para garantizar la
exactitud de los vínculos, los campos que se vinculen deben ser del mismo
tipo.

Si la tabla no está normalizada, puede almacenar la información de varias entidades

e incluir las columnas repetidas que a su vez pueden almacenar los valores
duplicados. Sin embargo, si se normaliza, cada tabla almacena información sobre
una sola entidad.
La normalización supone el uso de formas normales con respecto a la estructura
de los datos disponibles. Hay varias reglas de normalización. Cada una de ellas se
denomina forma normal (FN). Cada una de estas formas, excepto la primera,
supone que la forma normal anterior ya se ha aplicado a los datos. Cuando se
ejecuta la primera regla, la base de datos se representa en la primera forma normal
(1FN), y cuando se ejecutan las tres reglas se representa en la tercera forma normal
(3FN).
Existen siete de estas formas (niveles), pero en la práctica para la mayoría de las
aplicaciones basta con normalizar la base de datos hasta la tercera forma normal
(en sentido estricto, la base de datos se considerará normalizada cuando se le
aplique una 3FN o superior).
Es cierto, no siempre es factible ofrecer un cumplimiento total de las normas y
especificaciones porque la normalización requerirá la creación de tablas adicionales
y no siempre es aceptable o no es aceptada por los clientes. Pero si hay que romper
las reglas, hay que entender que se tendrán en cuenta todos los problemas
relacionados, incluidas las dependencias no coordinadas y la redundancia, y que
esto es aceptable para la aplicación sin romper su funcionalidad.
a. Elementos y organización de las bases de datos
La correcta elección y configuración de cada elemento determinará si la base de
datos cumple con los objetivos para los que fue diseñada o, en cambio, se
convierte en un sistema ineficiente. Los recursos destinados a cada elemento
dependerán en gran medida del tipo de base de datos y su modelo seleccionado
en la fase de diseño. Aun así, hay una serie de elementos comunes en toda
implementación:

Software

Entendemos el Software como el conjunto de programas utilizados para controlar

y tratar la base de datos. Esto incorpora la propia programación del DBMS, el
Sistema Operativo, la programación de la red que se utiliza para compartir los
datos entre los clientes y los programas de aplicación utilizados para acceder a los
datos en la DBMS.

Hardware

El hardware es la parte física de la base de datos. Comprende una gran cantidad

de aparatos electrónicos como los ordenadores, los discos duros, servidores, etc.

Datos

Como es obvio, una base de datos no tiene sentido si no tenemos datos como
recurso para almacenar. Una base de datos almacena dos tipos de datos: los
datos operativos y los metadatos. Los datos operativos se refieren a aquella
información que incluimos para almacenar y los metadatos en la información que
nos permite comprender lo que se ha almacenado.

En las bases de datos es una práctica común y recomendable incluir un

diccionario de datos, es decir, un conjunto de metadatos que brindan lógica y
comprensión a los datos almacenados para evitar errores e interpretaciones
confusas.

DMBS

Llamamos Sistema de administración de Bases de Datos o DMBS (Data Base

Management Sistema) a un programa o conjunto de programas que sirve para
acceder y gestionar nuestras bases de datos. No es ni más ni menos que el
software que sirve como enlace de comunicación entre nuestros datos y cualquier
programa informático que trabaje con ellos.

Lenguaje de acceso

Se utiliza para acceder a los datos normalmente desde la interfaz del propio
DBMS. Con el lenguaje podemos introducir nuevos datos, actualizar los ya
existentes, programar acciones y prácticamente cualquier tarea requerida en la
que intervengan los datos.

El lenguaje de comunicación con la base de datos más utilizado es SQL, aunque

cada sistema de gestión de bases de datos tiene sus variaciones. Por ejemplo,
Microsoft SQL Server utiliza Transact-SQL (T-SQL), una expansión de SQL
desarrollada por IBM.

Procedimientos

Por procedimientos entendemos al conjunto de instrucciones que se utilizan para

configurar el DMBS y su correcto funcionamiento, así como sus accesos y copias
de seguridad, etc.

Reporting

El generador de informes es un programa que extrae la información de la base de

datos y la representa visualmente en el formato configurado previamente para ser
consumido por los analistas o diferentes miembros de la organización.

b. Modelos de datos
Los tres principales modelos de datos son relacional, dimensional, y de entidad-
relación (E-R). También hay otros cuyo uso no está generalizado, incluyendo
jerárquico, en red, orientado a objetos, y multivalor. El tipo de modelo define la
estructura lógica –el modo en que se almacenan, organiza y recuperan los datos–.

1. Relacional: Aunque el enfoque es "más antiguo", el modelo de base de

datos más común que aún se usa hoy en día es relacional, que almacena
los datos en registros de formato fijo y organiza los datos en tablas con filas
y columnas. El tipo más básico de modelo de datos tiene dos elementos:
 indicadores y dimensiones. Los indicadores son valores numéricos, como
cantidades e ingresos, que se usan en cálculos matemáticos como suma o
promedio. Las dimensiones pueden ser de texto o numéricas. No se usan
en cálculos e incluyen descripciones o ubicaciones. Los datos brutos se
definen como un indicador o una dimensión. Otra terminología usada en el
diseño de la base de datos relacional incluye "relaciones" (la tabla con filas
y columnas), "atributos" (columnas), "tuplas" (filas) y "dominio" (conjunto de
valores permitidos en una columna). Si bien hay términos adicionales y
requisitos estructurales que definen una base de datos relacional, el factor
importante son las relaciones definidas dentro de esa estructura. Los
elementos de datos comunes (o claves) vinculan tablas y conjuntos de
datos. Las tablas también se pueden relacionar explícitamente, como las
relaciones principales y secundarias, como ser uno a uno, uno a varios o
varios a varios.
2. Dimensional: Menos rígido y estructurado, el enfoque dimensional
favorece una estructura de datos contextual que está más relacionada con
el uso o contexto de negocio. Esta estructura de base de datos está
optimizada para consultas online y herramientas de almacenamiento de
datos. Los elementos de datos críticos, como una cantidad de transacción,
por ejemplo, se denominan "hechos" y van acompañados de información de
referencia llamada "dimensiones", ya sea el ID de producto, el precio
unitario o la fecha de transacción. Una tabla de hechos es una tabla
primaria en un modelo dimensional. La recuperación puede ser rápida y
eficiente, con datos para un tipo específico de actividad almacenados
juntos, pero la falta de vínculos de relación puede complicar la recuperación
analítica y el uso de los datos. Dado que la estructura de datos está
vinculada con la función de negocio que produce y usa los datos, la
combinación de datos producidos por sistemas diferentes (en un almacén
de datos, por ejemplo) puede ser problemática.
3. Rico en entidades (E-R): Un modelo E-R representa una estructura de
datos de negocio en forma gráfica que contiene cuadros de varias formas
para representar actividades, funciones o "entidades" y líneas para
representar asociaciones, dependencias o "relaciones". El modelo E-R se
usa para crear una base de datos relacional con cada fila que representa
una entidad y los campos de esa fila contienen atributos. Como en todas las
bases de datos relacionales, los elementos de datos "clave" se usan para
vincular tablas.

c. Sistemas de gestión de bases de datos

La gestión de bases de datos no es una entidad singular, sino que más bien se
trata de una serie de acciones (y para algunos, un sistema dedicado) que controla
datos empresariales durante el ciclo de vida. A medida que los datos aumentan,
las empresas han descubierto que la gestión de bases de datos es una necesidad
para manipular esta afluencia a fin de evitar un rendimiento deficiente de las
aplicaciones y reducir cualquier impacto en el cumplimiento y la continuidad.
Existen varias técnicas y acciones bajo el paraguas de "gestión de bases de
datos" que una empresa puede adoptar para reducir o prevenir los impactos
negativos del crecimiento exponencial e incontrolado de los datos.

A continuación se incluye una lista de algunas tareas de gestión comunes y de

protección para bases de datos:

• Supervisar el rendimiento de las aplicaciones y sus datos y ajustar según

sea necesario
• Planificar los requisitos de almacenamiento y de crecimiento de la
capacidad
• Establecer una potente solución de respaldo y recuperación ante desastres
• Archivar, dividir, replicar y enmascarar datos

ETAPA 2. DEFINICION DEL PROBLEMA

¿Cuáles son los beneficios de contar con un diseño modelo de bases de

datos?

Contar con un buen modelo de base de datos y poder segmentar los clientes es
una de las grandes ventajas de las bases de datos, ya que es lo que permite dirigir
las acciones de marketing o de fidelización a un grupo de personas o a
potenciales clientes que pueden estar realmente interesados.

En la actualidad, las bases de datos son indispensables para cualquier tipo de

organización, ya que la recopilación de datos dentro de una empresa o institución
hace que se puedan tomar mejor las decisiones y definir de manera más precisa
las estrategias a seguir.
¿Qué son las bases de datos ?
Las bases de datos son conjuntos de datos organizados y relacionados que se
recogen y explotan desde un sistema de información donde las empresas guardan
toda la información de manera estandarizada y estructurada sobre los contactos
que forman parte de sus públicos de interés y, especialmente, sobre sus clientes.
Las bases de datos cada vez son más importantes para las empresas porque les
permite gestionar información de gran valor sobre sus clientes y sacar el máximo
potencial de la misma para la definición del producto o servicio o la segmentación
de las campañas de marketing. Si bien, para ello es imprescindible que las bases
de datos de una empresa estén bien organizadas y el equipo sepa cómo
gestionarla correctamente.

A continuación, destacamos los beneficios.

Beneficios del modelo las bases de datos

Las bases de datos son un gran fuente de información para las empresas ya que
les permite conocer mejor a su cliente y mejorar el negocio. Entre sus ventajas se
encuentran:
Gran volumen de información

Esto resulta muy útil para las grandes compañías con un gran número de clientes
y, por lo tanto, con un volumen de información a manejar muy importante.

Acceso rápido a la información

La información se obtiene de forma rápida y sencilla, lo que facilita mucho el

trabajo y permite dar un mejor servicio de atención al cliente por parte de las
empresas.

Eliminación de duplicidades

Al centralizarse toda la información en una base de datos se evita que exista

información duplicada, que suele ser un problema común en las empresas.

Aumento de la productividad

El acceso a la información es más rápido, la información está ordenada y no hay

duplicidades lo que permite trabajar mejor y más rápido y aumentar la
productividad en la empresa.

Reducción del espacio de almacenamiento

La información se digitaliza por lo que ocupa mucho menos espacio que cuando
se almacenaba en papel, aunque siempre habrá determinados documentos que
tendrán que estar en soporte papel. A lo mejor, digitalizar todos los documentos es
un esfuerzo inicial importante pero después todas las tareas serán más sencillas.

Seguridad en la información

La base de datos puede tener diversos niveles en función de los usuarios, es

decir, habrá usuarios que tengan acceso a determinadas partes de los datos, que
otros no podrán conocer y viceversa. De esta forma se garantiza la seguridad y la
confidencialidad de los datos.

Fácil mantenimiento

La información está digitalizada por lo que es más fácil realizar el mantenimiento y

además resulta más económico.

ETAPA 3. PROPUESTA DE MEJORA

a. Propuesta de Mejora.

El modelo de base de datos empleado empleada en la elaboración del

presente proyecto va a ser mediante las problemáticas que vive hoy en día la
preparatoria como lo son

*Atraso en la información recibida.

*Perdida de los Datos.

*Organización mal distribuida.

*Perdida de información de los alumnos.

*Perdida de información de los maestros.

Mejoras del Proyecto

* Actualizar la preparatoria con el uso de la tecnología.

 *Eficiencia para el manejo de la información.

*Tener una mejor coordinación y control de los datos.

*Rapidez y exactitud de búsqueda de la información (alumnos y maestros).

* Buena arquitectura de la base de datos.

b. Fundamentos teóricos de la propuesta.

En la preparatoria Benito Juárez es necesario realizar un modelo de base de datos

ya que este hace más eficiente el trabajo del personal que allí labora y la
información consultada será mucho mejor y este sistema deberá ser actualizado
para que su información no decaiga. Se necesitará de un buen análisis y diseño
para que se realice una arquitectura de base de datos adecuada.

c. Condiciones de su aplicación.

Procedimiento

Para la adecuada elaboración e implementación del software se contó con la

asesoría en Sistemas de Joel Rodriguez Ramos estudiante de ingeniería de
software y sistemas computacionales, este software es realizado gracias a los
conocimientos adquirido; el inicio fue un poco complicado, pues aunque
manejamos un poco SQL Server , a la hora de implementarlo el aplicativo fallo
en varias ocasiones; despejamos muchas dudas e inquietudes con respecto al
lenguaje de programación mediante tutoriales de YouTube relacionados con
modelado de bases de datos y SQL Server.

SQL Server es un sistema de gestión de bases de datos relacionales (RDBMS)

desarrollado y comercializado por Microsoft. Como servidor de base de datos,
la función principal de SQL Server es almacenar y recuperar datos utilizados
por otras aplicaciones.

d. Riesgos y Retos.

Que no se cuente con el hardware necesario, como para tener un buen

servidor que almacene el modelo de las bases de datos.
 Que no se cuente con el espacio necesario y seguro para colocar el hardware.
Que el hardware soporte el software a implementar para el modelo de la base
de datos.
Que se tenga un buen diseño el modelo de base de datos para que no
tengamos problemas en el futuro.

e. Temporalidad y Viabilidad

Se comprueba cuáles son los requisitos tecnológicos necesarios para llevar a

cabo el proyecto. Además, se analiza si la preparatoria tiene las habilidades, la
capacidad y la tecnología necesaria para llevarlo a cabo. Si se va a necesitar
implementar un nuevo software, será necesario estudiar una serie de detalles.

Por ejemplo, se adquiere una solución en local y el proveedor de dicha solución

suele lanzar actualizaciones cada año. Entonces, se deberá estudiar si la solución
alcanzará antes de que llegue una nueva actualización. De esta forma, la
preparatoria puede comprobar si dicha solución le merece la pena o si es mejor
escoger otra o esperar a que salga la nueva actualización. Así, se evita gastar
más dinero y tiempo en una solución que sabe que se tendría que actualizar en
breve.

Algunas de las preguntas que las organizaciones se hacen en esta parte son:

• ¿Tiene el software necesario?

• ¿Tiene la el hardware necesario?
• ¿Se tiene ya las habilidades necesarias para llevar a cabo el proyecto o
hace falta formación?
• ¿Se necesitará hacer colaboraciones externas para el software? (adquirir
un nuevo software de terceros)
• ¿Se tendrá que depender de terceros para el mantenimiento y soporte del
software y/o del hardware?

Con la implementación inicial se analiza que durante 3 años trabajaran sin

problemas con su equipo de hardware y software.

Se contempla un inversión de $250,000 M.N. para el costo del proyecto incluyendo

hardware y software
REFLEXIONES FINALES

Conclusiones de la propuesta realizada.

La creación de este software se puedo realizar basados en el modelo de bases de

datos hechos en SQL Server. Desarrolló este software con la finalidad de suplir las
necesidades de la preparatoria Benito Juárez a través de SQL Server, para ello
se motivó a todo el personal, para que se actualizara en el campo informático. De
igual modo se implementó una herramienta completa para el manejo de la
información de dicho mercado. Es importante destacar que se capacito al personal
y a su respectivo administrador, en cuanto al manejo del software logrando de esta
manera que se administre esta base de datos de forma ágil, cómoda y simple.

Dado así, con un software de calidad y satisfaciendo todas las necesidades.

3 aprendizajes adquiridos en la asignatura que van a llevarse a la practica

laboral.

• Saber cómo resolver las problemáticas de una forma autodidacta.

• Las distintas maneras de realizar un mejor planteamiento usando un buen
diseño de base de datos.
• Establecer un buen manejo de modelo de la base de datos para tener una
muy buena arquitectura.

Nuevas reflexiones adquiridas a partir de sumar este curso a tu ruta de

desarrollo profesional.

Me ayudara a efectuar de mejor manera los procesos que llevo acabo en mi

campo laboral, a ser mas analítico, y siempre ver las posibles mejores utilizando
las bases para efectuar en el modelado de las bases de datos .
BIBLIOGRAFIA

Castañeda, M. P. (n.d.). Normalización de Bases de Datos. Unam.mx. Retrieved

March 26, 2023, from

https://programas.cuaed.unam.mx/repositorio/moodle/pluginfile.php/872/mod_

resource/content/7/Contenido/index.html

Liuvanis, R. V. (2014). Conceptos Básicos En La Enseñanza de Los Sgbd. Editorial

Academica española.

Timarán Pereira, R., & Millán, M. (2011). Extensión del Lenguaje SQL con Nuevas

Primitivas para el Descubrimiento de Reglas de Asociación en una

Arquitectura Fuertemente Acoplada con un SGBD. Ingeniería y

Competitividad, 7(2), 53–63. https://doi.org/10.25100/iyc.v7i2.2518

Wikipedia, F. (2011). Sgbds: Mapeamiento Objeto-Relacional, OLAP, Oracle,

Microsoft SQL Server, Microsoft Access, PostgreSQL, dBASE, Db4o,

MySQL. Books LLC, Wiki Series.

Yanet Espinal Mart N, & Puebla, M. E. (2012). Normalización de Bases de Datos

Relacionales. Eae Editorial Academia Española.

. Connolly, T. M., & Begg, C. E. (2006). Sistemas de bases de datos: Un enfoque

practico para diseno, implementacion y gestión (Vuelapluma, Trans.; 4th

ed.). Pearson Educación.