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.

La base de datos son sistemas que guardan la información de una o más empresas para que estas
puedan ser utilizadas cuando el usuario así lo deseen de gran relevancia porque automatizan
previenen de errores y son eficaces en el tiempo y pueden ser adquiridas cuando el administrador
del sistema lo desee.

Los SMBD (sistemas manejadores de base de datos) se han incrementado en los últimos años de
forma drástica, pues claro está que cada vez más empresas requieren de software para registrar sus
datos.

Los SMBD presentan además una interfaz razonable y comprensible para cualquier usuario,
debemos mencionar que hay distintos gestores de base de datos, entre ellos se encuentran los de
código libre, es decir, pueden ser usados de forma gratuita, los que requieren una licencia comercial,
así como los que se pueden usar en forma de software de instalación, u otros que su utilizan desde
un navegador predeterminado.
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:

Considero que para toda la alcaldía se debe implementar el modelo relacional ya que este 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.

Base de Datos propuesta para proyecto sugerido por la secretaria de planeación y obras públicas.

Teniendo en cuenta los requerimientos adjuntos en el documento Estudio_caso_1 se plantea el

siguiente modelo relación de Base de datos;
Entidades: Para el modelo de la base de datos propuesta se tienen las siguientes entidades;

 Localidades
 Barrios
 Estrato
 Familias
 Personas
 Guardería
 Historia_Clínica
 Detalle_Historia
 Empresa
 Detalle_Cargo

Relaciones de Cardinalidad

Se describen la relación de cardinalidad entre las entidades descritas a continuación:

Localidades y Barrios: Una localidad contiene muchos barrios.

Empresa y localidades: una empresa pertenece a una localidad.

Barrios y Estrato: un barrio tiene asignado un estrato.

Barrios y Familias: varias familias pertenecen a un Barrio.

Familias y Personas: Varias personas conforman una familia.

Localidades y Guardería: Varias guarderías pertenecen a una localidad.

Guardería y Historia_clinica: una guardería tiene varias historias clínicas.

Historia_Clinica y detalleHistoria: una historia cuenta con varios detalles.

Empresa y detalleCargo: una empresa tiene varios cargos o empleos.

Diccionario de Datos

Logotipo Alcandía De San Antonio del Sena

Diccionario de Datos

Nombre de la tabla Localidades Fecha Creación

Descripción Tabla que describe las localidades a las que pertenecen los barrios

Nombre de Tipo de Tamaño Valor por Fórmula Valor nulo Descripción

Campo Dato default
idLocalidades int 4 N/A N/A no Llave
primaria
nombre varchart 45 N/A N/A no Nombre de
la localidad
area Varchart 45 N/A N/A no Área la que
pertenece
la localidad

Logotipo Alcandía De San Antonio del Sena

Diccionario de Datos

Nombre de la tabla Barrios Fecha Creación

Descripción Tabla que describe los barrios
Nombre de Campo Tipo de Tamaño Valor Fórmula Valor Descripción
Dato por nulo
default
idBarrios int 4 N/A N/A no Llave primaria
cantidadHabitantes int 4 N/A N/A no Cantidad
Habitantes
rutaTransporte varchart 45 N/A N/A no Ruta
Transportes
IdEstrato Int 4 N/A N/A no Fk_estrato
Idfamilias int 4 N/A N/A no Fk_familias
idLocalidades Int 4 N/A N/A no Fk_localidades

Logotipo Alcandía De San Antonio del Sena

Diccionario de Datos

Nombre de la tabla Familias Fecha Creación

Descripción Tabla que describe información de las familias

Nombre de Tipo de Tamaño Valor por Fórmula Valor nulo Descripción

Campo Dato default
idFamilias int 4 N/A N/A no Llave
primaria
Direccion varchart 45 N/A N/A no Dirección
Recidencia
telefono varchart 45 N/A N/A no Describe
telefono
ingresofamiliar double 10 N/A N/A no Ingreso
mensual por
familia
TippInmueble varchart 45 N/A N/A No Describe si
la vivienta
es propia o
alquilada
idPersonas Int 4 N/A N/A No Fk_personas

Logotipo Alcandía De San Antonio del Sena

Diccionario de Datos

Nombre de la tabla Personas Fecha Creación

Descripción Tabla que describe información sobre el modelo personas
 Nombre de Tipo de Tamaño Valor por Fórmula Valor Descripción
Campo Dato default nulo
IdPersonas int 4 N/A N/A no Llave
primaria
tipoDocumentos varchart 45 N/A N/A no CC, TI
numeroDocmento varchart 45 N/A N/A no Numero de
identificacion
fechanacimiento Date N/A N/A no Fecha
Nacimiento
de la persona
lugarNacimiento varchart 45 N/A N/A No Describe
ciudad de
nacimiento
nombre varchart 45 N/A N/A No Nombre
persona
apellido varchart 45 N/A N/A No Apellido
persona

Logotipo Alcandía De San Antonio del Sena

Diccionario de Datos

Nombre de la tabla Empresa Fecha Creación

Descripción Tabla que describe información sobre el modelo Empresa

Nombre de Tipo de Tamaño Valor por Fórmula Valor Descripción

Campo Dato default nulo
IdEmpresa int 4 N/A N/A no Llave
primaria
NombreEmpresa varchart 45 N/A N/A no Describe el
nombre de la
empresa
IdPersona Int 4 N/A N/A no Fk_persona
Int 4 N/A N/A no Fk_detalle
IddetalleCargo cargo
Antigüedad Int 4 N/A N/A No describe la
antigüedad
del empleado
en la
empresa
idlocadlidad int 4 N/A N/A No Fk_locadidad,
describe a
que locadlida
pertenece la
empresa
Logotipo Alcandía De San Antonio del Sena
Diccionario de Datos

Nombre de la tabla Guarderia Fecha Creación

Descripción Tabla que describe información sobre la guarderia

Nombre de Tipo de Tamaño Valor por Fórmula Valor Descripción

Campo Dato default nulo
IdGuarderia int 4 N/A N/A no Llave primaria
nombre varchart 45 N/A N/A no Nombre
guarderia
activo varchart 45 N/A N/A no Determina si
la persona
está activa en
la guerderia
idPersona Date N/A N/A no Fk_persona
idHistoria varchart 45 N/A N/A No Fk_historia
idlocalidades varchart 45 N/A N/A No Fk_localidades

Logotipo Alcandía De San Antonio del Sena

Diccionario de Datos

Nombre de la tabla Historia_Clinica Fecha Creación

Descripción Tabla que describe información sobre las historias clínicas de las
personas que están en la guarderia

Nombre de Tipo de Tamaño Valor Fórmula Valor Descripción

Campo Dato por nulo
default
IdHistoriaClinica int 4 N/A N/A no Llave primaria
fecha varchart 45 N/A N/A no Fecha de
generación de la
historia clinica
iddetallehistoria varchart 45 N/A N/A no Fk_detallehistoria
está activa en la
guerderia
 ESPECIFICACIONES DE ALMACENAMIENTO

Para el almacenamiento se utilizara una arquitectura SAN Storage Area Network es

una red de almacenamiento integral. Se trata de una arquitectura completa que
agrupa los siguientes elementos:
 Una red de alta velocidad de canal de fibra o iSCSI.
 Un equipo de interconexión dedicado (conmutadores, puentes, etc).
 Elementos de almacenamiento de red (discos duros).
 DIAGRAMA

VENTAJAS:

CRECIMIENTO MENSUAL ESTIMADO

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

CARACTERISTICAS ACCECIBILIDAD 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.

CONCLUSIONES

De acuerdo al diseño lógico presentado, podemos concluir que se pueden suplir las
necesidades del cliente, cliente como los funcionarios de la administración municipal
que como usuarios de la base de datos puedan disfrutar de las bondades y
características especiales como: obtener un fácil acceso a la información,
confidencialidad en los datos de cada una de las secretarias u oficinas, integración
de la información y de las aplicaciones que sean utilizadas en cada dependencia
conforme a las restricciones de privacidad, compartimentación de la información de
acuerdo a las políticas de seguridad de la información, además conforme a la
evolución de las tecnologías de la información poder lograr que el ciudadano como
usuario externo, pueda tener acceso en forma segura a las diferentes soluciones y
servicios virtuales que la alcaldía de San Antonio de Sena puede brindar a sus
pobladores.