SERVICIO NACIONAL DE APRENDIZAJE

GESTION DE SEGURIDAD DE BASE DE DATOS

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

Presentado por:
ROBERTO JOSE SERRANO PEREZ
Código: 1114451738

Presentado a
Tutor: CAMILO ANDRÉS GUTIÉRREZ OVIEDO

Servicio Nacional de Aprendizaje - Sena (Gestión de Seguridad de Base de datos)

CENTRO DE SERVICIO FINANCIERO
JULIO 2019
 INTRODUCCIÓN

La información es el activo más preciado para cualquier empresa o usuario, por esa
razón es supremamente importante que se contemple el almacenamiento en base
de datos que se manejen bajo un motor de base de datos ideal, dependiendo de la
necesidad de la empresa o del usuario.

Es de entender que el manejo de la información y la trazabilidad corren con un grado

de responsabilidad al momento de ser almacenada, por eso desde el diseño lógico
de la base datos, se debe dejar claro las especificaciones técnicas de
almacenamiento, obteniendo como resultado la optimización de tiempo y dinero.
Otro punto es la accesibilidad y crecimiento de la base de datos de acuerdo con los
requerimientos y el análisis de la empresa en proceso.

Son muchas las consideraciones a tomar en cuenta al momento de hacer el diseño

de la base de datos, quizá las más fuertes sean: la velocidad de acceso, el tamaño
de la información, el tipo de la información, facilidad de acceso a la información,
facilidad para extraer la información requerida, el comportamiento del manejador de
bases de datos con cada tipo de información. No obstante que pueden desarrollarse
sistemas de procesamiento de archivo e incluso manejadores de bases de datos
basándose en la experiencia del equipo de desarrollo de software logrando
resultados altamente aceptables, siempre es recomendable la utilización de
determinados estándares de diseño que garantizan el nivel de eficiencia más alto
en lo que se refiere a almacenamiento y recuperación de la información.

El SMBD debe estar acompañada de una estructura lógica totalmente potencial al

crecimiento constante de la información, conservando los parámetros de seguridad
los cuales son la organización detallada frente a la solución de negocios que define
formalmente las reglas y políticas de la empresa.
 OBJETIVOS

Objetivo General

Crear un diseño que contenga las especificaciones técnicas de almacenamientos

adecuadas frente a la necesidad por parte de la Alcaldía de San Antonio del Sena.

Objetivos Específicos

Fortalecer el acceso eficiente a la información, obteniendo respuestas rápidas y

fáciles para cualquier tipo de usuario.

Evitar la redundancia de la información almacenada en la base de datos.

Conservar una independencia de los datos logrando centralizar toda la información

en una sola base de datos.

Regular el espacio de almacenamiento, en donde se ocupe menos, pero guarde en

su totalidad la información como la trazabilidad de esta.
ESQUEMA

Se contempla el esquema que se utilizara de acuerdo con los requerimientos que

se apoyaran en la creación de un sistema de información para la secretaria de
planeación y obras públicas bajo el manejo de la información que se almacenara en
la base de datos en la base de datos.

ESQUEMA DE PLANEACION Y OBRAS PUBLICAS.

RELACIONES PK, FK Y CAMPOS REQUERIDOS. – DICCIONARIO GENERAL

DE DATOS.

Las relaciones de las llaves establecidas para el esquema la secretaria de

planeación y obras públicas se muestran más descriptivo de la siguiente manera.

Persona

CAMPO RESTRICCIONES TIPO DE DATOS FUNCIONALIDAD

idPersona PK Entero Almacena la
información de la
persona
idTransporte FK Entero Trae la
información
almacenada en la
entidad transporte
y la relaciona.
idGuarderia FK Entero Trae la
información
almacenada en la
 guardería y la
relaciona.
idPlantel FK Entero Trae la
información
almacenada en la
entidad plantel y
la relaciona
idLocalidad FK Entero Trae la
información
almacenada en la
entidad localidad y
la relaciona.
idLaboral FK Entero Trae la
información
almacenada en la
entidad laboral y
la relaciona.
TipoDocumento Requerido Numérico Almacena la
información sobre
el tipo de
documento.
NombrePersona Requerido Texto Almacena la
información del
nombre de la
persona
ApellidoPersona Requerido Texto Almacena la
información del
apellido de la
persona.
Teléfono Requerido Numérico Almacena la
información del
teléfono.
FechaNacimiento Requerido Alfanumérico Almacena la fecha
de nacimiento.
LugarNacimiento Requerido Alfanumérico Almacena el lugar
de nacimiento.
EdadPersona Requerido Numérico Almacena la edad
de la persona.

Localidad

CAMPO RESTRICCIONES TIPO DE DATOS FUNCIONALIDAD

idLocalidad PK Entero Almacena la
información de la
entidad localidad.
 idBarrio FK Entero Trae la
información de la
entidad barrio y la
relaciona.
NombreLocalidad Requerido Texto Almacena el
nombre de la
localidad.

Barrio

CAMPO RESTRICCIONES TIPO DE FUNCIONALIDAD

DATOS
idBarrio PK Entero Almacena la
información de la
entidad barrio.
IdPersona FK Entero Trae la
información de la
entidad persona y
la relaciona.
Nombre Requerido Texto Almacena el
nombre del barrio.
Área Requerido Alfanumérico Almacena el área
del barrio.
NivelSocioEconomico Requerido Alfanumérico Almacena el nivel
socio económico.
Habitantes Requerido Numérico Almacena la
cantidad de
habitantes.

Familia

CAMPO RESTRICCIONES TIPO DE DATOS FUNCIONALIDAD

idFamilia PK Entero Almacena
información de la
entidad familia.
idTransporte FK Entero Trae información
almacenada de la
entidad
transporte.
idEnfermedad FK Entero Trae información
almacenada de la
entidad
enfermedad y la
relaciona.
NombreFamilia Requerido Texto Almacena
información del
 nombre de la
familia.
Direccion Requerido Alfanumérico Almacena
información de la
dirección.
SalarioIngreso Requerido Numérico Almacena
información del
salario e ingreso
familiar.
TipoVivienda Requerido Texto Almacena
información del
tipo de vivienda.

Transporte

CAMPO RESTRICCIONES TIPO DE DATOS FUNCIONALIDAD

idTransporte PK Entero Almacena
información de la
entidad
transporte.
NombreTransporte Requerido Texto Almacena el
nombre del
transporte.
Ruta Requerido Alfanumérico Almacena la ruta
del transporte.

Enfermedad

CAMPO RESTRICCIONES TIPO DE FUNCIONALIDAD

DATOS
idEnfermedad PK Entero Almacena
información de la
entidad
enfermedad.
NombreEnfermedad Requerido Texto Almacena la
información del
nombre de la
enfermedad.

Laboral

CAMPO RESTRICCIONES TIPO DE DATOS FUNCIONALIDAD

idLaboral PK Entero Almacena la
información de la
entidad laboral.
 idModalidad FK Entero Trae la
información de la
entidad modalidad
y la relaciona.
idJornada FK Entero Trae la
información de la
entidad jornada y
la relaciona.
NombreLaboral Requerido Texto Almacena la
información del
nombre laboral.
Cargo Requerido Texto Almacena el
nombre del cargo.
AntiguedadLaboral Requerido Alfanumérico Almacena la
antigüedad
laboral.
Sueldo Requerido Numérico Almacena el
sueldo.

Modalidad

CAMPO RESTRICCIONES TIPO DE DATOS FUNCIONALIDAD

idModalidad PK Entero Almacena la
información de la
entidad
modalidad.
NombreModalidad Requerido Texto Almacena el
nombre de la
modalidad.

Jornada

CAMPO RESTRICCIONES TIPO DE DATOS FUNCIONALIDAD

idJornada PK Entero Almacena la
información de la
entidad jornada.
NombreJornada Requerido Texto Almacena el
nombre de la
jornada.

Guardería

CAMPO RESTRICCIONES TIPO DE DATOS FUNCIONALIDAD

idGuarderia PK Entero Almacena la
información de la
entidad guardería
 NombreGuarderia Requerido Texto Almacena el
nombre de la
guardería
DireccionGuarderia Requerido Alfanumérico Almacena la
dirección de la
guardería
TelefonoGuarderia Requerido Numérico Almacena el
teléfono de la
guardería.

Plantel

CAMPO RESTRICCIONES TIPO DE DATOS FUNCIONALIDAD

idPlantel PK Entero Almacena la
información de la
entidad plantel.
idCurso FK Entero Trae la
información de la
entidad curso y la
relaciona.
NombrePlantel Requerido Alfanumérico Almacena el
nombre del
plantel.
DireccionPlantel Requerido Alfanumérico Almacena la
dirección del
plantel.
TelefonoPlantel Requerido Numérico Almacena el
teléfono del
plantel.

Curso

CAMPO RESTRICCIONES TIPO DE DATOS FUNCIONALIDAD

idCurso PK Entero Almacena la
información de la
entidad del curso.
NombreCurso Requerido Alfanumérico Almacena el
nombre del curso.

ENTIDAD RELACION – CARDINALIDADES.

En el esquema de entidad relación se realizará por partes para poder abordar el

tema de cardinalidades evidenciando el comportamiento de la información de
acuerdo con las necesidades de la dependencia de planeación y obras públicas.

De acuerdo con el esquema anterior se comparte las siguientes relaciones.

1. Esta relación corresponde a la entidad persona, en conjunto con la entidad
localidad y barrio.

CARDINALIDADES.

 La entidad persona con la entidad localidad, tiene una relación de uno a uno,
es decir una persona vive en una localidad

 La entidad Localidad con la entidad barrio, tiene una relación de uno a

muchos, es decir una localidad tiene muchos barrios.

2. Esta relación corresponde a la entidad persona en conjunto con el plantel y los

cursos, de igual forma también esta contemplada la entidad guardería.
CARDINALIDADES.

 La entidad persona con la entidad plantel, tiene una relación de uno a uno
plantel, es decir una persona está vinculada a un plantel.
 La entidad plantel con la entidad curso, tiene una relación de uno a muchos,
es decir un plantel puede tener muchos cursos.
 La entidad persona con la entidad guardería, tiene una relación de uno a uno,
es decir un menor de 6 años puede estar en una guardería.

3. Esta relación corresponde a la entidad persona con el conjunto de entidades que

son familia, transporte y enfermedad.
CARDINALIDADES.

 La entidad persona con la entidad familia, tiene una relación de uno a

muchos, es decir una persona puede tener varios vínculos familiares.
 La entidad familia con la entidad transporte, tiene una relación de muchos a
muchos, es decir muchas familias, manejan muchas rutas de transporte.
 La entidad familia con la entidad enfermedad es una relación de muchos a
muchos, es decir varias familias pueden tener diferentes tipos de
enfermedades.

4. Esta relación corresponde entidad laboral con modalidad y jornada.

CARDINALIDADES

 La entidad persona con la entidad laboral, tiene una relación de uno a uno,
es decir una persona tiene un cargo laboral.
 La entidad laboral con la entidad modalidad, tiene una relación de uno a uno,
es decir la persona que labora cuenta con una modalidad laboral relacionada.

ESPECIFICACIONES DE ALMACENAMIENTO.

Para el almacenamiento se utilizará una arquitectura SAN Storage Área Network es

una red de almacenamiento integral. Se trata de una arquitectura completa que
agrupa los siguientes elementos:

1. La red cuenta con alta velocidad del canal de fibra o ISCSI.

2. Contará con equipos de interconexión dedicado.
 3. Los elementos de almacenamiento de red (Disco Duros).

Frente a este sistema de almacenamiento encontramos las siguientes ventajas:

 Administración centralizada.
 Flexibilidad y escabilidad en la configuración.
 Alta disponibilidad y rendimiento.
 Confiabilidad en la transferencia de los datos.
 No afecta el tráfico de la red LAN.
 Es compatible con dispositivos SCSI.
 Optimiza el espacio disponible para el almacenamiento.

UBICACIÓN.

La propiedad de la base de datos DbStorageLocation especifica la carpeta donde

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

Todos los archivos de metadatos están almacenados en la carpeta

DbStorageLocation, con la excepción del archivo de metadatos de la base de datos,
que está almacenado en la carpeta de datos del servidor. Hay dos consideraciones
importantes al establecer el valor de propiedad de la 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, Attach o 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 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, Attach o Alter.

RUTA PREDETERMINADA.

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

En la carpeta MSSQL también se almacena el Backup cuando se hacemos copia
de seguridad.

C:\Program Files\Microsoft SQL

Server\MSSQL10_50.MSSQLSERVER\MSSQL\Backup

C:\Program Files\Microsoft SQL

Server\MSSQL10_50.MSSQLSERVER\MSSQL\DATA

CRECIMIENTO MENSUAL ESTIMADO.

Para realizar una estimación del tamaño de una base de datos, efectúe una
estimación del tamaño de cada tabla por separado y sume los valores obtenidos. El
tamaño de una tabla depende de si tiene índices y, si los tiene, del tipo de índices.

En esta sección.

Calcular el tamaño de una tabla: Define los pasos y cálculos necesarios para
realizar una estimación del espacio que se necesita para almacenar los datos en
una tabla y en los índices asociados.

Estimar el tamaño de un montón: Define los pasos y cálculos necesarios para

realizar una estimación del espacio que se necesita para almacenar los datos en un
montón. Un montón es una tabla que no contiene un índice clúster.

Estimar el tamaño de un índice clúster: Define los pasos y cálculos necesarios

para realizar una estimación del espacio que se necesita para almacenar los datos
en un índice clúster.

Estimar el tamaño de un índice no clúster: Define los pasos y cálculos necesarios

para realizar una estimación del espacio que se necesita para almacenar los datos
en un índice no clúster.

Se espera que cada registro contenga más o menos unos 100 caracteres que
equivalen a un byte si tengo 10000 registros mensuales será 100X10000 = 1000000
bytes. Que equivaldrían a 1 megabyte.

CARACTERÍSTICAS DE ACCESIBILIDAD DE LOS OBJETOS.

Los lenguajes van a permitir al administrador de la BD especificar los datos que
componen la BD, su estructura, las relaciones que existen entre ellos, las reglas de
integridad, los controles de acceso, las características de tipo físico y las vistas
externas de los usuarios.

 DML, Data Manipulation Language: Por medio de este lenguaje los usuarios
pueden realizar consultas o manipular datos que se encuentran ya
organizados en una forma estructurada

 DDL, Data Definition Language: Permite definir las estructuras que

almacenarán los datos y los procedimientos o funciones para realizar las
consultas.

 DCL, Data Control Language: Permite al administrador controlar el acceso a

los datos contenidos en la Base de Datos.
 CONCLUSIÓN

El modelo relacional, es un modelo más técnico, ya que esta orientado al personal

informático y generalmente es llevado directamente a la parte física con un mayor
entendimiento para SGBD.

La organización lógica corresponde al modelo estructurado que llevara una relación

con la información suministrada pudiendo brindar una rápida respuesta a la oficina
de planeación, logrando abarcar el nivel socio económico de una persona,
consiguiendo una atención prioritaria y eficaz a las necesidades mismas, ya
retomando la parte técnica Se obtienen a partir del modelo conceptual y dependerá
de la implementación de la BD. Así, no es lo mismo implementar una base de datos
jerárquica u orientada a objetos que una BD relacional. El modelo que se usará en
este módulo es el Modelo Relacional.
 BIBLIOGRAFÍA

Referencias bibliográficas requeridas

Database Storage Location.

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

Estimar el tamaño de una base de datos.

https://docs.microsoft.com/es-es/sql/relational-databases/databases/estimate-the-
size-of-a-database?view=sql-server-2017