DISEÑO LOGICO DE LA BASE DE DATOS PARA LA ALCALDÍA DE SAN

ANTONIO DEL SENA.

PRESENTADO POR:
DORALYS RICARDO VAÑERIO

FICHA: 1881781

PRESENTADO A:

ING. JAVIER MAURICIO ALVAREZ VARGAS

SERVICIO NACIONAL DE APRENDIZAJE SENA

PROGRAMA DE FORMACIÓN
ESPECIALIZACIÓN TECNOLÓGICA EN GESTIÓN Y SEGURIDAD DE BASES
DE DATOS
MODALIDAD VIRTUAL
2019
 CONTENIDO

INTRODUCCION ............................................................................................................................... 3
OBJETIVOS ....................................................................................................................................... 4
CONCEPTOS GENERALES ................................................................................................................. 5
DISEÑO LOGICO: SECRETARIA DE GOBIERNO ................................................................................. 8
DISEÑO LOGICO: SECRETARIA DE HACIENDA.................................................................................. 3
DISEÑO LOGICO: SECRETARIA DE RECREACION .............................................................................. 3
DISEÑO LOGICO: SECRETARIA DE SALUD ........................................................................................ 5
 INTRODUCCION

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.
 OBJETIVOS

Construir un modelo de datos conceptual en un modelo lógico de datos y después

validar este modelo para comprobar que sea estructuralmente correcto y capaz de
soportar las transacciones requeridas.
 CONCEPTOS GENERALES

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

DISEÑO LOGICO: SECRETARIA DEL MEDIO AMBIENTE

Esta secretaria busca tener una base de datos con los diferentes indicadores
ambientales en el municipio, considerando la necesidad de esta secretaria se ha
realzado el siguiente diseño:
Análisis:
En el anterior gráfico muestra lo siguiente:

ENTIDADES: En este modelo existen siete entidades que se nombran a

continuación.
1. Estación de Muestreo
2. Muestra Anual
3. Zona
4. Indicador
5. Recurso
6. Muestra Mensual
7. Usuario
La tabla Indicador es la principal entidad dentro de este diseño lógico ya que nos
permite hacer la relación con las demás, está relacionada con las 6 tablas
restantes para permitir la consultas.

RELACIONES DE CARDINALIDAD.
• Entre la entidad Estación de Muestra y muestra Anual hay una relación
Uno a muchos: es decir, en una estación de muestra pueden hacerse
muchas muestras anuales.
• Entre la entidad Zona y estación de muestra hay una relación uno a
muchos es decir en una zona pueden existir muchas estaciones de
muestra.
• Entre la entidad Indicador y muestra anual hay una relación uno a
muchos es decir por cada indicador hay muchas muestras anuales.
• Entre la entidad Indicador y muestra mensual hay una relación uno a
muchos es decir por cada indicador hay muchas muestras mensuales.
• Entre la entidad Indicador y Recurso hay una relación uno a muchos
es decir por cada indicador hay muchos recursos.
• Entre la entidad Usuario e Indicador hay una relación uno a muchos es
decir por cada usuario hay muchos indicadores.
JUSTIFICACION DE LA ENTIDAD USUARIO.
Para mí es muy importante saber quién es la persona que está haciendo
realizando las muestras, en la secretaria con el fin de llevar un control efectivo del
personal que está desempeñando dicha laboral en la entidad.

ATRIBUTOS
Cada entidad tiene unos atributos que se encuentran relacionados en la misma.

DICCIONARIO DE IDENTIFICADORES

Atributo Significado
IdEstacionMuestreo Número con el cual se identifica la estación de muestreo
IdZona Numero con el cual se identifica la zona
IdMuestraanual Numero con el cual se identifica la muestra anual que se toma
IdIndicador Numero con el cual se identifica el indicador.
IdRecurso Numero con el cual se identifica el Recurso que se toma
IdMuestraMensual Numero con el cual se identifica la muestra mensual que se
toma

DISEÑO LOGICO: SECRETARIA DE GOBIERNO

Esta secretaria busca tener una base de datos donde se registre las quejas,
detenciones, y contravenciones ocurridas en las inspecciones de Policía.
Teniendo en cuenta lo anterior se diseñó una base de datos donde se cumple con
los requisitos solicitados por el señor alcalde como se puede evidenciar en el
siguiente gráfico.
Análisis:
En el anterior gráfico muestra lo siguiente:

ENTIDADES: En este modelo existen once entidades que se nombran a

continuación.

1. Detención
2. Inspección
3. Actuación
4. Persona
5. Inspección Contravención
6. Queja
7. Contravención
8. Demandado
9. Demandante
10. Involucrado
11. Contractuacion

La tabla Inspección es la principal entidad dentro de este diseño lógico ya que nos
permite hacer las relaciones con las demás, está relacionada con las 10 tablas
restantes para permitir la consultas.

RELACIONES DE CARDINALIDAD.
• Entre la entidad Inspección y detención hay una relación Uno a
muchos: es decir, en una Inspección puede haber varias detenciones.
• Entre la entidad Detención y persona hay una relación uno a muchos,
es decir; en una detención puede haber varias personas.
• Entre la entidad Inspección y Queja hay una relación uno a muchos, es
decir; en una inspección puede haber varias Quejas.
• Entre la entidad Queja y Actuación hay una relación uno a muchos, es
decir; en una Queja puede tener varias actuaciones.
• Entre la entidad Queja y Demandante hay una relación uno a muchos,
es decir; en una Queja puede tener varias demandantes.
• Entre la entidad Queja y Demandado hay una relación uno a muchos,
es decir; en una Queja puede tener varias demandadas.
 • Entre la entidad Inspección y inspección contravención hay una
relación uno a muchos, es decir; en una inspección puede haber existir
varias contravenciones.
• Entre la entidad Inspección y contravención hay una relación uno a
muchos, es decir; en una inspección puede haber existir varias
contravenciones
• Entre la entidad contravención y contractuación hay una relación uno
a muchos, es decir, en una contravención puede haber varias contra
actuaciones.
• Entre la entidad contravención e involucrado hay una relación uno a
muchos, es decir, en una contravención puede haber varios involucrados.

ATRIBUTOS
Cada entidad tiene unos atributos que se encuentran relacionados en las tablas
que se pueden evidenciar en el grafico.

DICCIONARIO DE IDENTIFICADORES

Atributo Significado
Iddentencion Numero con el cual se identifica la detención
Idinspeccion Numero con el cual se identifica la inspección
Idactuacion Numero con el cual se identifica la actuación
Idquerrrella Numero con el cual se identifica la Queja
Idpersona Numero con el cual se identifica la persona
Idcontravencion Numero con el cual se identifica la contravención
Idinvolucrado Numero con el cual se identifica al involucrado
Idcontraactuacion Numero con el cual se identifica la contraactuación
Iddemandado Numero con el cual se identifica la persona demandada
Iddemandante Numero con el cual se identifica a la persona demandante
DISEÑO LOGICO: SECRETARIA DE HACIENDA

En la secretaria de hacienda se trabaja en el proceso de generación de recibos

para que los contribuyentes realicen el respectivo pago.
Por lo tanto la prioridad de esta secretaria es el cobro del impuesto predial, el
manejo de las cuentas por cobrar y cuentas por pagar con terceros.

Diseño lógico de base de datos de la secretaria de Hacienda (ver grafico)

Análisis:
En el anterior gráfico muestra lo siguiente:

ENTIDADES: En este modelo existen once entidades que se nombran a

continuación.

1. Detalle factura Vigente

2. Concepto de Pago
3. Factura Vigente
4. Predio
5. Estrato
6. Propietario
7. Tipo Uso
8. Tercero
9. Pago
10. Cuentas por Cobrar
11. Cuentas por pagar

En esta base de datos encontramos una entidad principal que son:

• Factura Vigente
• Hay una segunda se llama Predio.

RELACIONES DE CARDINALIDAD.
• Entre la entidad Concepto de pago y Detalle Factura Vigente hay una
relación Uno a muchos: es decir, un concepto de pago puede tener varias
facturas
• Entre la entidad Factura Vigente y Detalle de la factura vigente hay una
relación uno a muchos, es decir; en una factura pueden ir varios detalles.
• Entre la entidad Predio y la factura vigente hay una relación uno a
muchos, es decir; un predio puede tener varias facturas.
• Entre la entidad Estrato y Predio hay una relación uno a muchos, es
decir; en un estrato puede haber varios predios.
 • Entre la entidad Propietario y Predio hay una relación uno a muchos,
es decir; un propietario puede tener varios predios.
• Entre la entidad Tipo de Uso y Predio hay una relación uno a muchos,
es decir, que un predio puede tener un solo uso.
• Entre la Entidad Factura Vigente y Pago la relación es de uno a
muchos es decir una factura puede tener varios pagos.
• Entre la entidad Tercero y Factura Vigente la relación es de uno a
muchos es decir una tercera puede tener varias Facturas.
• Entre la entidad Tercero y cuentas por pagar la relación es de uno a
muchos es decir un tercero puede tener varias cuentas por pagar.
• Entre la entidad Tercero y cuentas por cobrar la relación es de uno a
muchos es decir un tercero puede tener varias cuentas por cobrar.
•
ATRIBUTOS
Cada entidad tiene unos atributos que se encuentran relacionados en las tablas
que se pueden evidenciar en el gráfico.

DICCIONARIO DE IDENTIFICADORES

Atributo Significado
IdDetalle Número que identifica el detalle de la factura
CodigoConceptoPago Numero de acuerdo con el código contable
NroFactura Numero consecutivo de facturas
Ficha Número de la ficha que identifica el predio
Estrato Número de acuerdo al estrato donde está ubicado
Id Pago Numero con el cual se identifica el pago
Nro Cuenta Número de la cuenta con la cual se paga
Cod Tercero Numero con el cual se identifica el tercero (Nit)
DISEÑO LOGICO: SECRETARIA DE RECREACION

En la secretaria de recreación se trabaja en el proceso de realizar eventos en el

municipio.
Por lo tanto la prioridad de esta secretaria necesita llevar un registro de asistencia
a los eventos que se realizan y a quienes va dirigido.

Diseño lógico de base de datos de la secretaria de Recreacion (ver grafico)

Análisis:
En el anterior gráfico muestra lo siguiente:

ENTIDADES: En este modelo existen seis entidades que se nombran a

continuación.

1. Institución Evento
2. Institución
3. Evento
4. Participante Evento
5. Tipo
6. Participante

En esta base de datos encontramos una entidad principal que son:

Evento.

RELACIONES DE CARDINALIDAD.
• Entre la entidad Institución e Institución evento hay una relación Uno a
muchos: es decir, en una institución se pueden hacer varios eventos.
• Entre la entidad evento e institución evento hay una relación Uno a
muchos: es decir, un evento se puede hacer varias instituciones-
• Entre la entidad tipo y evento hay una relación Uno a muchos: es decir,
un tipo de evento se puede hacer varias veces.
• Entre la entidad participante evento y evento hay una relación Uno a
muchos: es decir, un participante puede participar en varios eventos.
• Entre la entidad participante y participante evento hay una relación
Uno a muchos: es decir, un participante puede participar en varios eventos
ATRIBUTOS
Cada entidad tiene unos atributos que se encuentran relacionados en las tablas
que se pueden evidenciar en el gráfico.

DICCIONARIO DE IDENTIFICADORES

Atributo Significado
CodSec Número de identificación de la secretaria
Codeve Número de identificación del evento
Codinst Número de identificación de la institución (nit)
Cod par Numero con el cual se identifica al participante

DISEÑO LOGICO: SECRETARIA DE SALUD

En la secretaria de Salud se trabaja en el proceso de realizar proceso donde se

identifican el número de afiliados a la EPS, y los diferentes tipos de servicios que
presentan cada una de estas
Por lo tanto la prioridad de esta secretaria es llevar un registro de las EPS en su
municipio con el numero de afiliados a la misma y los servicios que se están
prestando.

Diseño lógico de base de datos de la secretaria de Salud (ver grafico)

Análisis:
En el anterior gráfico muestra lo siguiente:

ENTIDADES: En este modelo existen nueve entidades que se nombran a

continuación.

1. Tipo identificacion
2. Persona
3. Historial Persona
4. Tipo de afiliado
5. Estado Persona
6. Estado EPS
7. EPS
8. Servicio EPS
9. Tipo Servicio

En esta base de datos encontramos una entidad principal que son:

HISTORIAL PERSONA

RELACIONES DE CARDINALIDAD.
• Entre la entidad persona y tipo de identificación hay una relación Uno
a muchos: es decir, cada persona tiene un tipo de identificación único.
• Entre la entidad historia persona y persona hay una relación Uno a
muchos: es decir, cada historia personal pertenece a una única persona.
• Entre la entidad historia persona y estado persona hay una relación
Uno a muchos: es decir, cada historia personal tiene un único estado.
• Entre la entidad historia persona y tipo de afiliación hay una relación
Uno a muchos: es decir, cada historia personal tiene un único tipo de
afiliación.
• Entre la entidad historia persona y EPS hay una relación Uno a
muchos: es decir, cada historia personal tiene una única EPS.
 • Entre la entidad ESTADO EPS Y EPS hay una relación Uno a muchos:
es decir, cada se puede presentar varios estados en la EPS.
• Entre la entidad EPS Y SERVICIO EPS hay una relación Uno a
muchos: es decir, una EPS puede prestar varios servicios.
• Entre la entidad SERVICIO EPS y TIPO DE SERVICIO hay una relación
Uno a muchos: es decir, un servicio de la EPS puede presentar varios
tipos.
ATRIBUTOS
Cada entidad tiene unos atributos que se encuentran relacionados en las tablas
que se pueden evidenciar en el gráfico.

DICCIONARIO DE IDENTIFICADORES

Atributo Significado
idHistoriaPersona Número que se le asigna a la historia clínica
Id persona Número que se le asigna a la persona para atención.
Id tipoafiliado Número que se le asigna para identificar el afiliado.
idestadopersona Número que se le asigna para identificar el estado de
la persona
idestadoeps Número que identifica el estado de la eps.