AA3 – EV2 Diseño Lógico de la Base de Datos de la Alcaldía de

San Antonio del SENA

Ficha 1966112

Instructora:

Mónica Penagos Martínez

Aprendiz:

Jised Patricia Hernández Támara

Especialización Tecnológica en Gestión y Seguridad de Bases de Datos

Servicio Nacional de Aprendizaje SENA

Sincelejo, Noviembre de 2019

 INTRODUCCION

A través de los años el ser humano se ha dedicado a satisfacer sus necesidades al precio que fuese,
ha desarrollado un gran número de tecnologías en la gestión de cómputo para así ahorrarse trabajo
y tiempo en la producción de software. La automatización en los sistemas creados para las empresas
prestadoras de servicios masque en cualquier otro ámbito, han sido la solución a la gran
problemática que estas presentaban.

Las bases de datos son sistemas de información definidos por la estructura conceptual de la
información determinada por el diseño de una base de datos, dependiente del tipo de sistema de
gestión de base de datos seleccionado, adaptado a la tecnología que se debe implementar. En el
caso de datos convencionales relacionales basadas en SQL el diseño lógico define tablas, modelo
relacional generalmente mediante diagramas de Entidad/Relación, almacenando campos que
representan valores para cada dependencia en el caso de estudio de la Alcaldía San Antonio del
Sena, dependiendo de los requerimientos de la base de datos, el diseño puede ser complejo,
incluida su estructura, contenido y las aplicaciones que se han de desarrollar.

A partir del esquema lógico, teniendo en cuenta los requisitos de proceso y entorno, algunos
aspectos en los que es necesario implementar sentencias en cuanto a la normalización siendo esta
una técnica de validez de los esquemas lógicos basados en el modelo relacional, ya que asegura que
las relaciones no tengan datos redundantes, o procedimientos almacenados que comprueben las
restricciones de integridad definidas por el sistema de procesamiento de archivo, sujeto a valores
homogéneos con nombre de dominio del atributo que los identifica de una entidad, de igual manera
se obtiene modelos que optimizan la flexibilidad en las consultas que puedan proporcionarse al
usuario.
 OBJETIVOS

General

Definir el modelo lógico de datos, mediante un diseño de construcción de la información que sea
estructuralmente correcto capaz de soportar las transacciones requeridas por los procesos en
cada dependencia.

Específicos

 Crear un modelo de datos que permita satisfacer las necesidades de la organización, sobre
mayor integridad y controles de acceso a la información.

 Comprobar que sea estructuralmente acorde a la independencia de datos, en cuanto,

espacio de almacenamiento y operaciones sobre ellos.
 ANTECEDENTES

El diseño de una base de datos consiste en definir la estructura de los datos que debe tener un
sistema de información determinado.

El diseño lógico parte del resultado del diseño conceptual y da como resultado una descripción de
la estructura de la base de datos en términos de las estructuras de datos que puede procesar un
tipo de SGBD. El diseño lógico depende del tipo de SGBD que se vaya a utilizar, se adapta a la
tecnología que se debe emplear, pero no depende del producto concreto. En el caso de bases de
datos convencionales relacionales (basadas en SQL para entendernos), el diseño lógico consiste en
definir las tablas que existirán, las relaciones entre ellas, normalizarlas.

En el modelo relacional las dos capas de diseño conceptual y lógico, se parecen mucho.
Generalmente se implementan mediante diagramas de Entidad/Relación (modelo conceptual)
y tablas y relaciones entre éstas (modelo lógico).

Como vemos existen tablas para representar cada una de estas entidades

Cada tabla posee una serie de campos que representan valores que queremos almacenar para cada
entidad. Por ejemplo, un producto posee los siguientes atributos que se traducen en los campos
correspondientes para almacenar su información:

Para el caso de estudio de la Alcaldía de san Antonio del Sena, en cada uno de la secretaria analice
la siguiente situación.

Considero que para toda la alcaldía se debe implementar el modelo relacional ya que este es más
fácil de manejar y se adecua a los requerimientos exigidos en la alcaldía.

En este modelo encontramos:

 ENTIDADES: Es un grupo de ítems que tienen las mismas características o atributos

 ATRIBUTOS: Es una característica de una entidad. El valor especifico de un atributo,
conocido como elemento de datos, se puede encontrar con los campos de registro que
describe una entidad.
 Identificadores. “CLAVES”: Son aquellos que permiten diferenciar a una instancia de la
entidad de otra distinta. Por ejemplo, el atributo identificativo que distingue a un alumno
de otro es su número de ID.”
 Identificadores primarios. Aquellos atributos que permiten identificar una entidad de
manera única son referidos como identificadores únicos o claves primarias (PK) de una
entidad.
 Identificadores Alternos: las claves alternas de cualquier tabla son simplemente aquellas
claves candidatas las cuales no fueron seleccionadas como clave primaria.
 Identificadores Foráneos: Una clave ajena o foránea es un atributo de una tabla o adición
de atributos ya existentes a una tabla; ésta inclusive puede ser una clave primaria de otra
tabla.
 JUSTIFICACION

Es necesario que, al realizar la estructura de un diseño lógico en una base de datos, la relación
entre los datos de uso en un conjunto de objetos de negocio y sus servicios, en parte la
especificación funcional es independiente de la tecnología, define formalmente las políticas
específicas de negocio. Entre las solicitudes necesarias para diseñar un modelo de bases de datos,
se debe proporcionar elementos tales como:

 Creación de modelos de datos lógicos, es el proceso de documentación sobre los

requisitos de información empresarial completos en un formato preciso y coherente.

 Entidades para diferentes tipos de relaciones, en una base de datos relacional, deben
definirse entidades separadas para diferentes tipos de relaciones.

 Aplicación de reglas empresariales a relaciones tanto si una relación determinada es de

uno con uno, de uno con varios, de varios con uno o de varios con varios, es necesario que
las relaciones tengan sentido empresarialmente.

 Atributos para entidades, cuando se definen atributos para las entidades, normalmente se
trabaja con el administrador de datos para decidir los nombres, los tipos de datos y los
valores adecuados para los atributos.

 Normalización para evitar redundancias, ayuda a evitar redundancias e incoherencias en

los datos.
 TECNICAS INTELIGENCIA DE NEGOCIOS

El término Business Intelligence (BI por sus siglas en inglés) hace referencia al uso de estrategias y
herramientas que sirven para transformar información en conocimiento, con el objetivo de
mejorar el proceso de toma de decisiones en una empresa.

En plena era digital, tomar decisiones bien informadas es uno de los principales factores de
diferenciación de las empresas. A continuación se describirán las herramientas de BI existen.

Data Warehouse o Almacenaje de datos

Un almacén de datos (DW, DWH) o un almacén de datos empresarial (EDW) es un sistema que
puede utilizarse para el análisis de datos y que además permite ser integrado para la generación
de informes.

Supongamos que se deseen ver los datos de las ventas de los últimos 5 años. Lejos de representar
un dolor de cabeza esta tarea puede realizarse mediante el uso de un almacén de datos para
integrar datos de una o más fuentes.

Un almacén de datos es útil si se desea tener una idea general del estado de la tienda, además de
conservar datos históricos, mejorar la calidad de la data o para combinar todos los datos de
diferentes fuentes en un solo modelo de datos.

Dashboards o Tableros
Un tablero es una interfaz de usuario informativa, que permite leer de forma fácil los datos
recopilados y en tiempo real es capaz de mostrar una representación visual de datos mediante
gráficos y tablas.

Los paneles muestran resúmenes, tendencias clave, comparaciones y excepciones en los datos
actuales e históricos. Esto puede permitirle ver de forma rápida el desempeño y el estado de las
diferentes partes de una organización y así tomar mejores decisiones comerciales.

Informes Ad Hoc
Ad Hoc se traduce como “para esto” y se refiere a una solución que se creó para dar respuesta a
una pregunta o problema específico. Los informes ad hoc son un término comercial común que
hace referencia a un modelo que se produce con el propósito de responder una pregunta
comercial específica.

Un ejemplo de su uso es el siguiente caso; El gerente de una tienda retail, debe decidir la compra
de un lote de productos nuevos, para ayudarlo en la toma de decisión puede utilizar un informe ad
hoc a fin de determinar si la compra aumentaría la rentabilidad.
Descubrimiento de datos
El descubrimiento de datos es esencialmente una herramienta de búsqueda de patrones que
permite encontrar una estructura comprensible entre decenas de campos en grandes bases de
datos relacionales, lo cual puede resultar una tarea difícil.

Un ejemplo de descubrimiento de datos es; el análisis de los patrones de ventas regionales de

café, permitiendo descubrir si los clientes jóvenes que acuden a la tienda compran más café de
lunes a viernes que durante los fines de semana y si estos son más propensos a comprar leche y
azúcar para acompañar su preparación.

Datos en la nube
Los servicios de datos en la nube son cada vez más utilizados, un creciente número de empresas
demanda el uso de esta tecnología de inteligencia de negocios debido a su alta eficiencia y
capacidades de almacenamientos casi infinitas que pueden ofrecer.

El uso de servicios de datos en la nube significa que puede acceder a almacenamiento de datos,
gestión de relaciones con el cliente, planificación de recursos empresariales y automatización de
marketing desde cualquier lugar.

Las actividades de integración, transformación, administración y seguridad de datos ya no están

atadas a los hardwares, esto significa que puede acceder a la información desde cualquier lugar en
cualquier momento, proporcionando mayor velocidad, confiabilidad y seguridad sin precedentes.
DISEÑO LOGICO DE BASE DE DATOS
 DICCIONARIO DE DATOS

Entidad: Localidad
Descripción: Catálogo de localidades del municipio
Campo: Tipo Tamaño Descripción
id_localidad Integer Incrementable Primary Key
nombre_localidad Varchar 25 Nombre de la localidad
Relación Campos Clave
id_barrio id_localidad

Entidad: Barrio
Descripción: Catálogo de barrios del municipio
Campos: Tipo Tamaño Descripción
id_barrio Integer Incrementable Primary Key
nombre_barrio Varchar 25 Nombre del barrio
Cantidad_habitantes Integer dinámico Cantidad de habitantes. El número
de integrantes de una familia se va a
almacenar en la tabla” Familia” y por
medio de un trigger se va a ir
actualizando este campo
Relación Campos Clave
id_familia, id_area id_barrio

Entidad: Tipo_area
Descripción: Catálogo de las áreas del municipio
Campo: Tipo Tamaño Descripción
id_area Integer Incrementable Primary Key
nombre_area Varchar 10 Nombre del área:
Rural
Urbana
Descripción Varchar 50 Descripción del área
Relación Campos Clave
id_area
Entidad: Nivel_SocioEconomico
Descripción: Catálogo de niveles socio económico del municipio
Campo: Tipo Tamaño Descripción
id_nivelSocioEco Integer Incrementable Primary Key
nombre_SocioEcon Varchar 15 Nombre nivel socio económico.
Estrato 1
Estrato 2
Estrato 3
Estrato 4
Estrato 5
Estrato 6
Descripción Varchar 30 Descripción nivel socio económico
Relación Campos Clave
id_nivelSocioEco

Entidad: Rutas_transporte_publico
Descripción: Catálogo de rutas de transporte publico
Campo: Tipo Tamaño Descripción
id_ruta Integer Incrementable Primary Key
nombre_transportadora Varchar 30 Nombre empresa transportadora
horario Varchar 15 Horario de rutas transportsdora
Relación Campos Clave
id_ruta

Entidad: Familia
Descripción: Catálogo de las familias de un barrio
Campo: Tipo Tamaño Descripción
id_familia Integer Incrementable Primary Key
dirección Varchar 50 dirección de la familia
teléfono Integer teléfono de la familia
ingreso_familiar Integer Ingresos de los integrantes de la
familia
Numero_integrantes Integer Numero integrantes de la familia
Relación Campos Clave
id_nivelSocioEcono id_familia
id_tipoVivienda
id_barrio
Entidad: Tipo_Vivienda
Descripción: Catálogo de los tipos de vivienda
Campo: Tipo Tamaño Descripción
id_tipoVivienda Integer Incrementable Primary Key
tipo_vivienda Varchar 15 Tipo de vivienda:
Propia
Familiar
arrendamiento
Relación Campos Clave
id_tipoVivienda

Entidad: Persona
Descripción: Catálogo de personas
Campo: Tipo Tamaño Descripción
id_persona Integer Incrementable Primary Key
tipo_identificacion Varchar 5 Tipos de identificación validos en Colombia:
CC: Cedula ciudadanía
TI: Tarjeta identidad
RC: Registro civil nacimiento
CE: Cedula extranjería
PA: Pasaporte
fecha_nacimiento Date Fecha de nacimiento de la persona
lugar_nacimiento Varchar 50 Lugar de nacimiento
nombres Varchar 50 Primer y segundo nombre de la persona
apellidos Varchar 20 Primer y segundo apellido de la persona
Relación Campos Clave
id_familia id_persona
id_institucionEducativa
id_guarderia

Entidad: Trabajos
Descripción: Catálogo de los trabajos realizados por los integrantes de una familia
Campo: Tipo Tamaño Descripción
id_trabajo Integer Incrementable Primary Key
cargo Varchar 50 Cargo desempeñado por una persona
antigüedad Varchar 50 Antigüedad en el cargo
sueldo Varchar 50 Sueldo devengado por una persona
Relación Campos Clave
id_persona id_trabajo
id_empresa
Entidad: Institución Educativa
Descripción: Catálogo de las instituciones educativas que existen en un barrio
Campo: Tipo Tamaño Descripción
id_institucionEducativa Integer Incrementable Primary Key
nombre_institucion Varchar 50 Nombre institución educativa
jornada Varchar 20 jornada de la institución educativa:
completa
única
modalidad Varchar 15 Modalidad de la institución educativa:
Presencial
Distancia
virtual
Relación Campos Clave
id_barrio id_institucionEducativa

Entidad: Enfermedades
Descripción: Catálogo de enfermedades
Campo: Tipo Tamaño Descripción
id_enfermedad Integer Incrementable Primary Key
nombre_enfermedad Varchar 50 Nombre de las enfermedades
Relación Campos Clave
id_barrio id_enfermedad
 Entidad: Guarderia
Descripción: Catálogo de las guarderías que existen en un barrio
Campo: Tipo Tamaño Descripción
id_guarderia Integer Incrementable Primary Key
nombre_guarderia Varchar 40 Nombre de la guarderia
jornada Varchar 20 Jornada de la guarderia:
Tiempo completo
Medio tiempo(mañana, tarde)
Relación Campos Clave
id_barrio id_guarderia

Entidad: Empresa
Descripción: Catálogo de las empresas que existen en un barrio
Campo: Tipo Tamaño Descripción
id_empresa Integer Incrementable Primary Key
nombre_empresa Varchar 20 Nombre de la empresa donde trabajo una persona
Relación Campos Clave
id_barrio id_empresa
 ESPECIFICACIONES

ALMACENAMIENTO

Para el adecuado almacenamiento de la base de datos, se implementará mediante una

arquitectura SAN (Storage Area Network), es una red de almacenamiento integral especializada
que permite un acceso confiable entre servidores y recursos compartidos individuales de
almacenamiento independientes o externos, las aplicaciones y programas de usuarios hacen sus
peticiones de datos al sistema de ficheros directamente obtiene los datos requeridos del
almacenamiento. El objetivo es optimizar los recursos dentro de una red con grandes cantidades
de solicitudes físicas y lógicas, que utilizan recursos similares dentro de la red para compartir,
obtener y almacenar datos, dentro de este tipo de redes se tiene la ventaja de compartir datos
entre varios equipos de la red sin afectar el rendimiento porque el tráfico es totalmente separado
del usuario, con una interfaz de almacenamiento de discos duros independientes en arreglo
redundante, tiene la capacidad de actuar colectivamente para replicar los datos en distintas
unidades, con el fin de garantizar la disponibilidad y persistencia de la información almacenada en
cada uno de los discos paralelos individuales persistente a fallos con soporte de elementos
redundantes, manteniendo así la integridad de la información.

 Capa Host. Consiste principalmente en servidores, dispositivos o componentes de

software.

 Capa Fibra. Conforman cables sobre fibra óptica, así como swithes como punto central de
conexión para la SAN.
  Capa Almacenamiento. Componen las formaciones de discos (Disk Arrays, memoria cache,
Raid) empleados para almacenar datos.

Sistema de almacenamiento sujeto a sistemas de discos independientes en arreglo redundante

RAID de 2 TB, siendo este un pertinente acople a la base de datos de alto rendimiento diseñado
para realizar tareas informáticas intensas, implementación en ejecución como espejado de datos,
creando una copia exacta de un conjunto de datos en dos o más discos, adicionalmente una matriz
protege los datos contra el fallo de una unidad de disco duro, mantiene el servidor activo hasta
que se sustituya la unidas defectuosa, un único dispositivo. Un RAID, para el sistema operativo,
aparenta ser un sólo disco duro lógico los datos se desglosan en fragmentos que se escriben en
varias unidades de forma simultánea.
 UBICACIÓN

La información se centrará en el área de sistemas, ubicado en el nodo central de la red mediante

el rack de servidores, siendo este adecuado por su complejidad estructurar que permite albergar
dispositivos tecnológicos (Servidores, switches, sistemas de almacenamiento, ordenadores), con el
servidor de base de datos SQL Server, según requerimientos especificados a recursos sobre cada
una de las dependencias de la Alcaldía.

En cuanto a la ubicación lógica las estructuras de almacenamiento, los atributos de cada una de las
entidades se plasmarán en tablas de registros, se genera un identificador de instancia en cada
componente de servidor SQL Server Motor de base de datos, Analysis Servicesy Reporting
Services. En instancias completas de datos y archivos ejecutables, así como metadatos
almacenados en la carpeta de datos del servidor de manera predeterminada al ejecutar una ruta
UNC existente.

Ruta predeterminada.

 C:\Archivos de programa\Microsoft SQL Server\MSSQL14.MyInstance\

 CRECIMIENTO MENSUAL ESTIMADO

Según la conectividad del tamaño entre columnas de la base de datos y el tipo de dato se estima el
registro de 100 caracteres por consulta total, estimando mensual 10000 caracteres, equivalente a
100x1000 = 1000000 bytes igual a 1 megabyte. Teniendo en cuenta criterios como:

 Tipo de dato de las columnas.

 Estimación aproximada de registros ingresados en un periodo de tiempo dependiendo de

la frecuencia con la que se realiza el mantenimiento.

 La cantidad de columnas que posea la tabla.

 CARACTERISTICAS DE FUNCIONALIDAD

El sistema gestor de base de datos proporciona lenguajes de consultas o generadores de informes

que permiten al usuario realizar cualquier tipo de consulta sobre los datos, especificando
componentes sobre la estructura relacional entre ellos, funcionalidad, integridad, controles de
acceso.

 Lenguaje de Manipulación de Datos (DML). Define las estructuras que almacenaran los
datos, proporcionado por los sistemas gestores de base de datos, que permite a los
usuarios de la misma llevar a cabo consultas o modificaciones de los datos contenidos en
las bases de datos relacionales del sistema. Elementos (Select, Insert, Delete y Update), en
cuanto a su clasificación se generaliza mediante lenguajes de consulta procedimentales el
usuario da instrucciones al sistema para que realice una serie de procedimientos u
operaciones en la base de datos para calcular un resultado final y en los lenguajes no
procedimentales el usuario describe la información deseada sin un procedimiento
específico para obtener esa información.

 Lenguaje de Definición de Datos (DDL). Permite a los usuarios completar tareas de las
estructuras que almacenaran los datos, así como los procedimientos o funciones para
consultarlos. Las principales funcionalidades de SQL como lenguaje de definición son la
creación, modificación y borrado de las tablas que componen la base de datos, así como
de las vistas, permisos, que pudieran definirse sobre las mismas (Create table, Show
tables, Drop table).
 CONCLUSIONES

 El diseño lógico en una base de datos es primordial para suplir las necesidades de los
usuarios, en cuanto a la facilidad de acceso a la información de cada una de las
dependencias, integrando servicios virtuales que sean utilizadas conforme a las
restricciones de privacidad de acuerdo a las políticas de seguridad de la información de la
Alcaldía San Antonio de Sena

 Teniendo especificado el sistema gestor de base de datos y el diseño del esquema de la

información, podemos evidenciar la especificación funcional del servicio en cuanto acceso
de la información acorde a la solicitud generada, tamaño de la información y soporte en la
tasa de trasferencia de datos.