04/04/2018

AA3-2: Diseño Lógico

de la base de datos
OSCAR DARIO VERENAZA

SENA
ESPECIALIZACIÓN TECNOLÓGICA EN GESTIÓN Y SEGURIDAD DE
BASES DE DATOS
Contenido
INTRODUCCION ............................................................................................................................. 2
OBJETIVO ....................................................................................................................................... 2
SECRETARIA DEL MEDIO AMBIENTE ............................................................................................. 3
SECRETARIA DE GOBIERNO ........................................................................................................... 5
SECRETARIA DE HACIENDA............................................................................................................ 8
SECRETARIA DE RECREACION ...................................................................................................... 11
SECRETARIA DE SALUD ................................................................................................................ 13
BIBLIOGRAFIA .............................................................................................................................. 15
INTRODUCCION
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 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).

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.

OBJETIVO
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.
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 realice un diseño de la siguiente
manera.

Diseño Lógico de Base de datos:

EST ACIONDEMUEST R
o i dEstaci onMuestreo
MUEST RAANUAL
o i dZona
o Nombre o i dMuestra
Rel ati onshi p_2 o i dEstaci onMuestreo
o Ubi caci on
o Longi tud o i dIndi cador
o Responsabl e o Fecha
o Val or

Rel ati onshi p_1

ZONA INDICADOR
o i dZona o i dIndi cador
o NombreZona o i dRecurso
o T i poZona o i dUsuari o
o NombreIndi cador Rel ati onshi p_3
o Si gl a
o T i poIndi cador MUEST RAMENSUAL
o Ambi to o i dMuestraMensual
RECURSO
Rel ati onshi p_5 o i dIndi cador
o i dRecurso
Rel ati onshi p _4 o Fecha
o NombreRecurso
o Mes
o Val or

Rel ati onshi p_6

USUARIO
o i dUsuari o
o Nombre
o Cedul a
o Cargo

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 logico ya que nos permite hacer
las 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 y 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
SECRETARIA DE GOBIERNO

Esta secretaria busca tener una base de datos donde se registre las querellas, 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.

Diseño Lógico de Base de datos

DET ENCION ACT UACION
o i dDetenci on INSPECCION o i dActuaci on
o i dInspecci on o i dQuerel l a
Rel ati onshi p_1 o i dInspecci on
o Fecha o Fecha
o Nom bre
o M oti vo o Hechos
o T i po Rel ati on shiop_3
Estado
o Hechos
Rel ati onshi p_8
Rel ati onshi p_7
Rel ati onshi p_2
QUERELLA
o i dQuerel l a
PERSONA INSPECCION_CONT o i dInspecci on
o i dPersona
o i dInspecci on o Fecha o
o i dDetenci on
o i dContravenci on Asunto o
o Apel l i dos
o Inspector Hechos o
o Nom bres
Estado
o T i poDocum ento
o Num eroIdenti fi caci on
DEM ANDADO
o i dDem andado
Rel ati onshi p_4
o Nom bre Rel ati onshi p_10
o T i poDocum ento Rel ati onshi p_9
o Num eroIdenti fi caci on

CONT RAVENCION
DEM ANDANT E
o i dContravenci on
o Fecha o i dDem andante
o T i po o i dQuerel l a
o Hechos o Nom bre
Rel ati onshi p_11 o T i poDocum ento
o Estado
CONT RACT UACION o Num eroIdenti fi caci on
o i dContractuaci on
o i dContravenci on
Rel ati onshi p_5 o Fecha
o Observaci on

INVOLUCRADO
o i dInvol ucrado
o i dContravenci on
o Nom bre
o T i poDocum ento
o Num eroIdenti fi caci on
o T i poAcutaci on
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. Querella
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 relación con las demás, está relacionada con las 10 tablas restantes para permitir la consulta.
RELACIONES DE CARDINALIDAD.

 Entre la entidad Inspección y detención hay una relación Uno a muchos: es decir, en
una Inspección pueden haber varias detenciones.
 Entre la entidad Detención y persona hay una relación uno a muchos es decir; en una
detención pueden haber varias personas.
 Entre la entidad Inspección y querella hay una relación uno a muchos es decir; en una
inspección pueden haber varias querellas.
 Entre la entidad Querella y Actuación hay una relación uno a muchos es decir; en una
querella puede tener varias actuaciones.
 Entre la entidad Querella y Demandante hay una relación uno a muchos es decir; en
una querella puede tener varias demandantes.
 Entre la entidad Querella y Demandado hay una relación uno a muchos es decir; en
una querella puede tener varias demandados.
 Entre la entidad Inspección y inspección contravención hay una relación uno a
muchos es decir; en una inspección pueden 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 pueden haber existir varias contravenciones
 Entre la entidad contravención y contraactuación hay una relación uno a muchos es
decir, en una contravención pueden haber varias contraactuaciones.
 Entre la entidad contravención e involucrado hay una relación uno a muchos es decir,
en una contravención pueden haber varios involucrados.

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
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 querrella
Idpersona Numero con el cual se identifica la persona
Idcontravencion Numero con el cual se identifica la contravencion
Idinvolucrado Numero con el cual se identifica al involucrado
Idcontraactuacion Numero con el cual se identifica la contraactuacion
Iddemandado Numero con el cual se identifica la persona demandada
Iddemandante Numero con el cual se identifica a la persona demandante
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

DET ALLEFACT URAVIGEN
o i dDetal l e
o codi goConceptoPago
o nroFactura Rel ati onshi p_1 CONCEPT OPAGO
o codi goConcepto o Codi goConceptoPago
o val orBaseGravabl e o nom breconcepto EST RAT O
o Val orfactor
o Val orT otal Concepto o Codi go
Rel ati onshi p_2 o nom bre

Rel ati onshi p_9

PREDIO
FACT URAVIGENT E o fi cha
o nroFactura o estrato_codi go
o referenci a o Attri bute_3
PROPIET ARIO
o fi chaPredi o Rel ati onshi p_11 o ti poUso_codi go Rel ati onshi p_ 3
o Cedul a
o fechavenci m i ento o propi etari o_cedul a
o nom bre
o fechaEm i si on o di recci on
o apel l i do
o total Pagar o m atri cul a
PAGO
o total Descuento o area
o i dPago
o nrofactura T IPOUSO
Rel ati onshi p_ 10
o fechapago o Codi go nom
o val orpago Rel ati onshi p_4 o breti pouso
Rel ati onshi p_7 o ti popago

CUENT AS POR COBRAR

o nrocuenta Num be
o codtercero Num be
T ERCERO o conceptocuenta T ext
o codT ercero o val orcuenta Num be
o nom bre o estadocuenta T ext
o apel l i dos
o ti poi denti ca Rel ati onshi p_5
o nroi denti fi ca
o em ai l
o di recci on
o tel efono
o cel ul ar
o fechanaci m i ento

CUENT ASPORPAGAR

Rel ati onshi p_6 o nrocuenta Num ber

o codtercero Num ber
o concepto T ext
o val orcuenta Num ber
o estadocuenta T ext
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 pueden 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
tercero 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

Codigo concepto pago Numero de acuerdo con el código contable

Nro Factura 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)

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 Recreación

INST IT UCION_EVENT O INST IT UCION
o codSec Number Rel ati onshi p_1 o codIns N
o codEve Number o nombIns T
o codIns Number o drInst T
o tel i ns N

Rel ati onshi p_2

EVENT O
PART ICIPANT E_EVENT
o codeve
Rel ati onshi p_3 o codSec Num ber
o nomeve
o codEven Num ber
o codT i po
o codPar Num ber
o FechaIni
o val orIns Num ber
o FechaFi n

Rel ati onshi p_5

Rel ati onshi p_4

PART ICIPAN
o codPart o
T IPO nompart o
o codT i po apel l part o
o nomT i po i dpart
o edadpart
o fotopart

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 Numero de identificación de la institución (nit)

Cod par Numero con el cual se identifica al participante

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 número 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

T IPOIDEINT IFICACION
o i dti poi denti fi caci on
o abrevi atura
o descri pci on

Rel ati onshi p_8

PERSONA
o i dpersona
o ti poi denti fi caci on
o nombre
EstadoEPS o apel l i do
o i destadoEPS o fechanaci mi ento
o descri pci on o sexo

SERVIDOREPS
o i di ps Rel ati onshi p_3
o i di psservi ci o Rel ati onshi p_7
Rel ati onshi p_2
o estado
o val or
o detal l e EPS HIST ORIAPERSONA
o i deps Rel ati onshi p_4 o i dhi stori apersona EST ADOPERSONA
o nombre o i dpersona o i dEstaci onPersona
Rel ati onshi p_1 o estadoEPS o fechai ngreso o descri pci on
o fechareti ro Rel ati onshi p_
o estadopersona
T IPODESERVICIO
o i dei ps 6
o i dti poServi ci o o ti poafi l i ado
o descri pci on

Rel ati onshi p_5

T IPOAFILIADO
o i dti poafi l i ado
o descri pci on

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

 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
idHistoriaPersona Numero que se le asigna a la historia clínica

Id persona Numero que se le asigna a la persona para atención.

Id tipoafiliado Numero que se le asigna para identificar el afiliado.

idestadopersona Numero que se le asigna para identificar el estado de la persona

idestadoeps Numero que indentifica el estado de la eps.

BIBLIOGRAFIA
Diseñando una base de datos en el modelo relacional EN
https://www.campusmvp.es/recursos/post/Disenando-una-base-de-datos-en-el-modelo-
relacional.aspx