You are on page 1of 20

AA3-Ev2- Diseño Lógico de la base de datos

DISEÑO LOGICO DE LA BASE DE DATOS PARA LA ALCALDIA DE SAN ANTONIO


DEL SENA

Autor(es)
JUAN PABLO AGUDELO RAMIREZ
DIANA PAOLA VILLALOBOS
CESAR SIERRA VILLARREAL

INSTRUCTOR
INGRID CATERINE RAMIREZ ALDANA

SERVICIO NACIONAL DE APRENDIZAJE SENA


ESPECIALIZACIÓN TECNOLÓGICA EN GESTIÓN Y SEGURIDAD DE BASES DE
DATOS
BOGOTA
2019
AA3-Ev2- Diseño Lógico de la base de datos

Tabla de Contenidos

Introducción ........................................................................................................................................ 1
Objetivo General................................................................................................................................. 2
Objetivos Específicos .......................................................................................................................... 2
1. Requerimientos e Información Diseño Base de Datos .......................................................... 3
2. Modelo Entidad Relación (M.E.R) de la base de datos ........................................................ 5
3. Modelo Relacional de la base de datos .................................................................................... 6
4. Scripts de creación de tablas de la base de datos .................................................................. 6
5. Diccionario de datos de la base de datos ................................................................................. 9
6. Especificaciones de Almacenamiento ....................................................................................14
7. Especificaciones de Ubicación ................................................................................................15
Conclusiones. .....................................................................................................................................17
Lista de referencias...........................................................................................................................18
AA3-Ev2- Diseño Lógico de la base de datos

Introducción

Antes de implementar una base de datos se debe realizar una planificación

y diseño que cumpla con todos los requisitos solicitados. Esta tarea de diseñar una base de

datos se denomina diseño lógico de datos. A través de este modelo de diseño lógico

queremos mostrar la descripción de la estructura de la base de datos, detallando los aspectos

relacionados con las necesidades de información presentes en las dependencias de la

Alcaldia de San Antonio del Sena, para recopilar datos y las relaciones entre estos aspectos,

teniendo en cuenta la representación de las entidades, atributos, relaciones y restricciones

entre relaciones, que describan la mejor estructura que pueda procesar un SGBD.

Un Sistema de Bases de Datos es un conjunto de registros, datos y relaciones que

refleja las necesidades de información de una empresa. Estos registros datos y relaciones

se agrupan en unidades independientes que satisfacen los requerimientos de información

de la empresa. Para un conjunto de aplicaciones que cumplen con algún criterio dado de

similitud. Cada una de estas unidades es una base de datos.

Hoy en día es necesario hacer un estudio integral de datos en toda la empresa antes

de comenzar a implantar sistemas. Solo así se podrá garantizar una plena integración, no

solamente se asegura el éxito de cada proyecto de manera individual, sino que también del

proyecto de implementación de Bases de Datos como un todo. Lo anterior justifica un

nuevo enfoque en el diseño de Sistemas de Información, que considere primero la

definición de las necesidades de información (Diseño de la Base de Datos) y luego las

soluciones prácticas que satisfacen esas necesidades (Implementación de los Sistemas).


AA3-Ev2- Diseño Lógico de la base de datos

Objetivo General

Elaborar el diseño lógico de la base de datos dando respuesta a las

necesidades de información presentes en las dependencias de la Alcaldía de San Antonio

del Sena.

Objetivos Específicos

 Dibujar el diagrama entidad – relación.

 Convertir esquemas conceptuales en esquemas lógicos.

 Contemplar condiciones de funcionalidad y accesibilidad de los objetos.

 Derivar un conjunto de relaciones (tablas) para el esquema lógico.

 Adoptar principios de integridad referencial en el diseño de la Base de

Datos.

 Adoptar principios de normalización en el diseño de la Base de Datos.


AA3-Ev2- Diseño Lógico de la base de datos

1. Requerimientos e Información Diseño Base de Datos

Para el desarrollo de la presente actividad de aprendizaje se deben considerar los

siguientes requerimientos:

La secretaria de planeación y obras públicas proyecta crear un sistema de información que

cumpla con los siguientes requerimientos:

 La alcaldía está divida en localidades y cada una de ellas cubre un conjunto

de barrios para los cuales se desea saber: Nombre, área, nivel

socioeconómico y cantidad total de habitantes. Solo para aquellos barrios

de nivel socioeconómico bajo se requiere tener información respecto a la

cantidad de rutas de transporte que los cubre.

 Para cada barrio hay un conjunto de familias y de cada una de estas se desea

tener: dirección, teléfono, ingreso familiar y tipo de habitación (propia,

arriendo o familiar). Para las personas miembros de cada familia, se requiere

saber: fecha y lugar de nacimiento, nombres, apellidos y si tiene

identificación el número y tipo de documento.

 Para los menores de 6 años se requiere información sobre el uso de la

guardería infantil y las enfermedades que tiene o ha tenido. Con respecto a

los jóvenes (7-18 años) información de tipo escolar (jornada, plantel,

modalidad). Los adultos (mayores a 18 años) información de tipo laboral

(empresa, cargo, antigüedad, sueldo). En los casos de las instituciones como


AA3-Ev2- Diseño Lógico de la base de datos

guarderías, planteles educativos y empresas, se requiere saber si pertenecen

o no al área de la localidad.

Actualmente la alcaldía cuenta con 5 localidades y se actualizará la información

anualmente, se estima que la población crecerá a una tasa media anual de 1.18% y la

información de distribución de barrios por localidad, así como la de instituciones

educativas e empresas se muestra en las siguientes tablas:

Localidad Número de Barrios Habitantes a Dic 2009

1. Antonio Nariño 12 125.000

2. Simón Bolivar 10 169.000

3. Antonio Galan 15 187.000

4. Mártires 8 85.700

5. Los Andes 11 143.250

Tabla 1. Localidades con Barrios y Habitantes

Localidad Planes Educativos Guarderías Empresas

1. Antonio Nariño 5 2 30

2. Simón Bolivar 6 4 5

3. Antonio Galan 8 6 12

4. Mártires 2 3 8

5. Los Andes 4 2 6

Tabla 2. Localidades con Planes educativos, guarderías y empresas.


AA3-Ev2- Diseño Lógico de la base de datos

Lo anterior corresponde al planteamiento para el sistema de información de la

secretaría de Planeación, información que debe ser insumo para la construcción de la base

de datos que dé respuesta a los requerimientos de esta secretaría y su nuevo sistema de

información.

2. Modelo Entidad Relación (M.E.R) de la base de datos

Figura 1. Modelo Entidad-Relación Diseño Base de datos.


AA3-Ev2- Diseño Lógico de la base de datos

3. Modelo Relacional de la base de datos

Figura 2. Modelo Relacional Diseño Base de datos.

4. Scripts de creación de tablas de la base de datos

CREATE TABLE Alcaldia


(
nombre VARCHAR(100) NOT NULL,
idAlcaldia INT NOT NULL,
PRIMARY KEY (idAlcaldia)
);
AA3-Ev2- Diseño Lógico de la base de datos

CREATE TABLE Localidad


(
nombre VARCHAR(100) NOT NULL,
idLocalidad INT NOT NULL,
idAlcaldia INT NOT NULL,
PRIMARY KEY (idLocalidad),
FOREIGN KEY (idAlcaldia) REFERENCES Alcaldia(idAlcaldia)
);

CREATE TABLE Barrio


(
nombre VARCHAR(200) NOT NULL,
area VARCHAR(200) NOT NULL,
nivelSocioeconomico INT NOT NULL,
cantidadHabitantes INT NOT NULL,
idBarrio INT NOT NULL,
rutasTransporte INT NOT NULL,
idLocalidad INT NOT NULL,
PRIMARY KEY (idBarrio),
FOREIGN KEY (idLocalidad) REFERENCES Localidad(idLocalidad)
);

CREATE TABLE Familia


(
direccion VARCHAR(50) NOT NULL,
telefono INT NOT NULL,
ingreso FLOAT NOT NULL,
tipoHabitacion CHAR(1) NOT NULL,
idFamilia INT NOT NULL,
idBarrio INT NOT NULL,
PRIMARY KEY (idFamilia),
FOREIGN KEY (idBarrio) REFERENCES Barrio(idBarrio)
);

CREATE TABLE Integrante


(
fechaNacimiento DATE NOT NULL,
lugarNacimiento VARCHAR(50) NOT NULL,
nombres VARCHAR(50) NOT NULL,
apellidos VARCHAR(50) NOT NULL,
identificacion INT NOT NULL,
tipoDocumento CHAR(1) NOT NULL,
idFamilia INT NOT NULL,
PRIMARY KEY (identificacion),
FOREIGN KEY (idFamilia) REFERENCES Familia(idFamilia)
);

CREATE TABLE GuarderiaInfantil


(
idGuarderia INT NOT NULL,
nombre VARCHAR(100) NOT NULL,
PRIMARY KEY (idGuarderia)
);
AA3-Ev2- Diseño Lógico de la base de datos

CREATE TABLE PlantelEducativo


(
jornada CHAR(1) NOT NULL,
plantel VARCHAR(100) NOT NULL,
modalidad CHAR(2) NOT NULL,
idPlantel INT NOT NULL,
PRIMARY KEY (idPlantel)
);

CREATE TABLE Empresa


(
nombre VARCHAR(100) NOT NULL,
idEmpresa INT NOT NULL,
PRIMARY KEY (idEmpresa)
);

CREATE TABLE Int_Guarderia


(
enfermedades VARCHAR(50) NOT NULL,
identificacion INT NOT NULL,
idGuarderia INT NOT NULL,
PRIMARY KEY (identificacion, idGuarderia),
FOREIGN KEY (identificacion) REFERENCES Integrante(identificacion),
FOREIGN KEY (idGuarderia) REFERENCES GuarderiaInfantil(idGuarderia)
);

CREATE TABLE Int_Plantel


(
identificacion INT NOT NULL,
idPlantel INT NOT NULL,
PRIMARY KEY (identificacion, idPlantel),
FOREIGN KEY (identificacion) REFERENCES Integrante(identificacion),
FOREIGN KEY (idPlantel) REFERENCES PlantelEducativo(idPlantel)
);

CREATE TABLE Int_Empresa


(
antiguedad INT NOT NULL,
cargo VARCHAR(50) NOT NULL,
sueldo FLOAT NOT NULL,
identificacion INT NOT NULL,
idEmpresa INT NOT NULL,
PRIMARY KEY (identificacion, idEmpresa),
FOREIGN KEY (identificacion) REFERENCES Integrante(identificacion),
FOREIGN KEY (idEmpresa) REFERENCES Empresa(idEmpresa)
);
AA3-Ev2- Diseño Lógico de la base de datos

5. Diccionario de datos de la base de datos

Entidad: Alcaldía

Descripción: Almacena la información de la alcaldía

Campo Tamaño Tipo de dato Descripción

idAlcaldia 8 Int - PK Código Alcaldía

nombre 100 VarChar Nombre de la Alcaldía

Tabla 3. Diccionario de datos Entidad Alcaldía.

Entidad: Localidades

Descripción: Almacena la información de las localidades

Campo Tamaño Tipo de dato Descripción

idLocalidad 8 Int - PK Código Localidad

idAlcaldia 8 Int – FK - Código Alcaldía

REFERENCES

Alcaldia(idAlcaldia)

nombre 100 VarChar Nombre de la Localidad

Tabla 4. Diccionario de datos Entidad Localidades.

Entidad: Barrio

Descripción: Almacena la información de los Barrios

Campo Tamaño Tipo de dato Descripción

idBarrio 8 Int - PK Código del Barrio


AA3-Ev2- Diseño Lógico de la base de datos

idLocalidad 8 Int – FK - Código de la Localidad

REFERENCES

Localidad(idLocalidad)

nombre 200 VarChar Nombre del Barrio

area 200 VarChar Nombre del Área

nivelSocioeconomico 1 Int Nivel Socio Económico

rutasTransporte 4 Int Rutas Transporte

Tabla 5. Diccionario de datos Entidad Barrio.

Entidad: Familia

Descripción: Almacena la información de las familias

Campo Tamaño Tipo de dato Descripción

idFamilia 8 Int - PK Código de la Familia

idBarrio 8 Int – FK - Código de Barrio

REFERENCES

Barrio(idBarrio)

direccion 50 VarChar Direccion de la vivienda

telefono 10 Int Telefono de la Vivienda

ingreso 10 Float Ingreso Familiar

tipoHabitacion 1 Char Tipo de Habitación

Tabla 6. Diccionario de datos Entidad Familia.


AA3-Ev2- Diseño Lógico de la base de datos

Entidad: Integrante

Descripción: Almacena la información de los integrantes

Campo Tamaño Tipo de dato Descripción

identificacion 8 Int - PK Identificacion del integrante

idFamilia 8 Int – FK - Código de la Familia

REFERENCES

Familia(idFamilia)

fechaNacimiento 10 Date Fecha de Nacimiento

lugarNacimiento 50 VarChar Lugar de Nacimiento

nombres 50 VarChar Nombres del integrante

apellidos 50 VarChar Apellidos del integrante

tipoDocumento 1 Char Tipo de documento

Tabla 7. Diccionario de datos Entidad Integrante.

Entidad: GuarderiaInfantil

Descripción: Almacena la información de las Guarderias

Campo Tamaño Tipo de dato Descripción

idGuarderia 8 Int - PK Identificacion de la guarderia

Nombre 100 VarChar Nombre de la guardería

Tabla 8. Diccionario de datos Entidad GuarderiaInfantil.


AA3-Ev2- Diseño Lógico de la base de datos

Entidad: PlantelEducativo

Descripción: Almacena la información de los planteles educativos

Campo Tamaño Tipo de dato Descripción

idPlantel 8 Int - PK Identificación del plantel

Plantel 100 VarChar Nombre del plantel

Modalidad 2 Char Modalidad

Jornada 1 Char Jornada

Tabla 9. Diccionario de datos Entidad PlantelEducativo.

Entidad: Empresa

Descripción: Almacena la información de la empresa

Campo Tamaño Tipo de dato Descripción

idEmpresa 8 Int - PK Identificación de la empresa

nombre 100 VarChar Nombre de la empresa

Tabla 10. Diccionario de datos Entidad Empres.

Entidad: Int_Guarderia

Descripción: Almacena la información interna de la guarderia

Campo Tamaño Tipo de dato Descripción

idGuarderia 8 Int – PK - REFERENCES Identificación de la

GuarderiaInfantil(idGuarderia) guardería

identificación 8 Int - REFERENCES Identificación

Integrante(identificacion)
AA3-Ev2- Diseño Lógico de la base de datos

enfermedades 50 VarChar Registro de las

enfermedades

Tabla 11. Diccionario de datos Entidad Int. guarderia.

Entidad: Int_Plantel

Descripción: Almacena la información interna del plantel

Campo Tamaño Tipo de dato Descripción

idPlantel 8 Int – PK - REFERENCES Identificación del plantel

PlantelEducativo(idPlantel)

identificación 8 Int - REFERENCES Identificación

Integrante(identificacion)

Tabla 12. Diccionario de datos Entidad Int. Plantel.

Entidad: Int_Empresa

Descripción: Almacena la información interna de la empresa

Campo Tamaño Tipo de dato Descripción

idEmpresa 8 Int – PK - REFERENCES Identificación de la empresa

Empresa(idEmpresa)

identificación 8 Int - REFERENCES Identificación

Integrante(identificacion)

antiguedad 8 Int Antigüedad del empleado

cargo 50 VarChar Cargo del empleado

sueldo 20 Float Sueldo del empleado

Tabla 13. Diccionario de datos Entidad Int. Empresa.


AA3-Ev2- Diseño Lógico de la base de datos

6. Especificaciones de Almacenamiento

Las bases de datos facilitan no solo el registro de gran cantidad de datos sino

también el acceso de los mismos, lo cual permite ahorrar espacio físico como tiempo al

consultar información de ellas. La importancia del almacenamiento de una Base de Datos

es obtener más rápido información de forma ágil, segura y exacta, sin pérdida de datos.

Teniendo en cuenta lo anterior utilizaremos una arquitectura de sistema de

almacenamiento Raid 1: Sistema de discos donde se crea una copia exacta (o espejo) de un

conjunto de datos en dos o más discos.

Figura 3. Almacenamiento Raid 1.

Está compuesto por mínimo dos unidades de disco que contienen en todo momento una

copia exacta de los datos almacenados, de esta forma se mejora la tolerancia de fallos

mediante la redundancia de hardware y se asegura disponibilidad de los datos.

Ventajas:

Si una unidad de disco falla, es posible recuperar los datos mediante el disco espejo.
AA3-Ev2- Diseño Lógico de la base de datos

Es tolerante a fallos, en caso de que una unidad falle el sistema puede seguir en

servicio.

Mayor rendimiento en la lectura de datos.

7. Especificaciones de Ubicación

Durante la instalación, se crea automáticamente el espacio de base de datos raíz, se

puede configurar un espacio de base de datos adicional, una ubicación de duplicación o

una ubicación diferente a la predeterminada. Para esto se utilizan los comandos del SGBD

con instrucciones propias del sistema como se menciona a continuación.

La propiedad de base de datos DbStorageLocation especifica la carpeta en la que

Analysis Services crea y administra todos los datos y los archivos de metadatos de la base

de datos. Todos los archivos de metadatos se almacenan en la carpeta DbStorageLocation,

con la excepción del archivo de metadatos de la base de datos, que se almacena en la carpeta

de datos del servidor. Se deben tener en cuenta dos consideraciones importantes al

establecer el valor de propiedad de base de datos DbStorageLocation:

La propiedad de base de datos DbStorageLocation se debe establecer en una ruta

UNC de carpeta existente o en una cadena vacía. De manera predeterminada, la

carpeta de datos del servidor es una cadena vacía. Si la carpeta no existe, se

producirá un error al ejecutar un comando Create, Attacho Alter .

La propiedad de la base de datos DbStorageLocation no se puede establecer para

que apunte a la carpeta de datos del servidor ni a ninguna de sus subcarpetas. Si la


AA3-Ev2- Diseño Lógico de la base de datos

ubicación apunta a la carpeta de datos del servidor o a cualquiera de sus

subcarpetas, se producirá un error al ejecutar un comando Create, Attacho Alter .

 Ubicación primaria de los datos:

Por omisión, la ubicación primaria de datos es la unidad actual. El programa de instalación

visualiza la cantidad de espacio de disco disponible y el tamaño de espacio de base de

datos.

A nivel de Hardware se centrará en el área de sistemas, en el espacio destinado como

centro de cómputo donde se encuentre el rack de los servidores, en un servidor de bases de

datos SQL Server, con el sistema operativo Microsoft Windows Server 2012. Dentro del

sistema de la arquitectura tecnológica que permita su fácil implementación, puesta en

marcha, mantenimiento y sistema de backup.

Lo que corresponde al Software, es decir la ubicación predeterminada de la base de datos

dentro del servidor es:

C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL

En donde se encuentran las bases de datos en DATA:

C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\DATA

y el Sistema de Backup en:

C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\Backup


AA3-Ev2- Diseño Lógico de la base de datos

Conclusiones.

Por medio de este ejercicio de diseño teórico practico, pudimos evidenciar

de manera real la construcción de un diseño lógico de base de datos, estableciendo

diseños de modelo entidad-relación y relacional de la base de datos, que nos

permitieron un mejor énfasis y estructuración de diseño para suplir las necesidades

del cliente, como son los funcionarios de la administración municipal de la Alcaldia

de San Antonio del Sena. Esto permite que sea una base de datos con fácil acceso

a la información, confidencialidad, integridad en los datos, y de manera eficiente

con tecnología de punta. El uso del diccionario de datos nos sirvió para tomar nota

de todos los elementos a los que hacemos referencia en los diagramas empleados

para modelar el sistema que se diseñó con base en las necesidades planteadas.

Así mismo este trabajo nos permitió evidenciar la importancia de realizar siempre

un diseño lógico de la base de datos que permita entender de manera clara y sencilla

la construcción de la base de datos y las viabilidades y eficiencias de la misma con

respecto al tipo de información que se requiere, que sea un diseño eficiente y libre

de errores en su aplicación.
AA3-Ev2- Diseño Lógico de la base de datos

Lista de referencias

https://www.ibm.com/support/knowledgecenter/es/SSEPEK_11.0.0/intro/src/tpc/db2z_lo
gicaldbdesignentityrelationshp.html

https://www.ibm.com/support/knowledgecenter/es/SS9UM9_9.1.2/com.ibm.datatools.log
ical.ui.doc/topics/clogmod.html

http://www.di-mare.com/adolfo/p/dslgbd.htm

https://es.wikipedia.org/wiki/RAID#RAID_1_(espejo)

https://docs.microsoft.com/es-es/sql/analysis-services/multidimensional-models/database-
storage-location?view=sql-server-2017

You might also like