ESPECIALIZACION TECNOLOGICA EN GESTION Y SEGURIDAD DE BASE

DE DATOS

DISEO LGICO DE LA BASE DE DATOS

HEINER DE JESUS FONSECA MALDONADO

2017
 INTRODUCCION

A travs de los aos el ser humano se ha dedicado a satisfacer sus necesidades al precio que
fuese, ha desarrollado un gran nmero de tecnologas en la gestin de cmputo para as
ahorrarse trabajo y tiempo en la produccin de software. La automatizacin en los sistemas
creados para las empresas prestadoras de servicios masque en cualquier otro mbito, han sido
la solucin a la gran problemtica que estas presentaban.
La base de datos son sistemas que guardan la informacin de una o ms 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 aos
de forma drstica, pues claro est que cada vez ms empresas requieren de software para
registrar sus datos.
Los SMBD presentan adems una interfaz razonable y comprensible para cualquier usuario,
debemos mencionar que hay distintos gestores de base de datos, entre ellos se encuentran los
de cdigo 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 instalacin, u otros que
su utilizan desde un navegador predeterminado.
Objetivo
Construir un modelo de datos conceptual en un modelo lgico de datos y despus validar este
modelo para comprobar que sea estructuralmente correcto y capaz de soportar las
transacciones requeridas.

El diseo de una base de datos consiste en definir la estructura de los datos que debe tener
un sistema de informacin determinado.
El diseo lgico parte del resultado del diseo conceptual y da como resultado
una descripcin de la estructura de la base de datos en trminos de las estructuras de datos
que puede procesar un tipo de SGBD. El diseo lgico depende del tipo de SGBD que se
vaya a utilizar, se adapta a la tecnologa 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 diseo lgico consiste en definir las tablas que existirn, las relaciones entre
ellas, normalizarlas.
En el modelo relacional las dos capas de diseo conceptual y lgico se parecen mucho.
Generalmente se implementan mediante diagramas de Entidad/Relacin (modelo
conceptual) y tablas y relaciones entre stas (modelo lgico).
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 informacin:
Para el caso de estudio de la Alcalda de san Antonio del Sena, en cada uno de la secretaria
analice la siguiente situacin.
Considero que para toda la alcalda se debe implementar el modelo relacional ya que este
ms fcil de manejar y se adecua a los requerimientos exigidos en la alcalda.
En este modelo encontramos:

ENTIDADES: Es un grupo de tems que tienen las mismas caractersticas o atributos

ATRIBUTOS: Es una caracterstica 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 nmero 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 Forneos: Una clave ajena o fornea es un atributo de una tabla o
adicin de atributos ya existentes a una tabla; sta inclusive puede ser una clave
primaria de otra tabla.

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 diseo de la siguiente
manera.
Diseo Lgico de Base de datos:

EST ACIONDEMUEST REO

o idEstacionMuestreo
MUEST RAANUAL
o idZona
o idMuestra
o Nombre
Relationship_2 o idEstacionMuestreo
o Ubicacion
o Longitud o idIndicador
o Responsable o Fecha
o Valor

Relationship_1

ZONA INDICADOR
o idZona o idIndicador
o NombreZona o idRecurso
o T ipoZona o idUsuario
o NombreIndicador Relationship_3
o Sigla
o T ipoIndicador MUEST RAMENSUAL
RECURSO o Ambito o idMuestraMensual
Relationship_5 o idIndicador
o idRecurso
Relationship_4 o Fecha
o NombreRecurso
o Mes
o Valor

Relationship_6

USUARIO
o idUsuario
o Nombre
o Cedula
o Cargo
Anlisis:
En el anterior grfico muestra lo siguiente:

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

1. Estacin 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 diseo lgico ya que nos permite
hacer las relaciones con las dems, est relacionada con las 6 tablas restantes para permitir la
consultas.

RELACIONES DE CARDINALIDAD.
Entre la entidad Estacin de Muestra y muestra Anual hay una relacin Uno a
muchos: es decir, en una estacin de muestra pueden hacerse muchas muestras
anuales.
Entre la entidad Zona y estacin de muestra hay una relacin uno a muchos es
decir en una zona pueden existir muchas estaciones de muestra.
Entre la entidad Indicador y muestra anual hay una relacin uno a muchos es
decir por cada indicador hay muchas muestras anuales.
Entre la entidad Indicador y muestra mensual hay una relacin uno a muchos
es decir por cada indicador hay muchas muestras mensuales.
Entre la entidad Indicador y Recurso hay una relacin uno a muchos es decir por
cada indicador hay muchos recursos.
Entre la entidad Usuario y Indicador hay una relacin uno a muchos es decir
por cada usuario hay muchos indicadores.
JUSTIFICACION DE LA ENTIDAD USUARIO.
Para m es muy importante saber quin es la persona que est haciendo realizando las
muestras, en la secretaria con el fin de llevar un control efectivo del personal que est
desempeando dicha laboral en la entidad.

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

DICCIONARIO DE IDENTIFICADORES

Atributo Significado
IdEstacionMuestreo Nmero con el cual se identifica la estacin 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 Polica.
Teniendo en cuenta lo anterior se dise una base de datos donde se cumple con los requisitos
solicitados por el seor alcalde como se puede evidenciar en el siguiente grfico.

Diseo Lgico de Base de datos:

ACTUACION
DETENCION
o idDetencion INSPECCION o idActuacion
o idInspeccion o idQuerella
Relationship_1 o idInspeccion
o Fecha o Fecha
o Nombre
o Motivo o Hechos
o Tipo o Estado
Relationship_3
o Hechos

Relationship_7 Relationship_8
Relationship_2
QUERELLA
o idQuerella
PERSONA INSPECCION_CONTRAVENCION o idInspeccion
o idPersona o idInspeccion o Fecha
o idDetencion
o idContravencion o Asunto
o Apellidos o Inspector o Hechos
o Nombres
o Estado
o TipoDocumento
o NumeroIdentificacion DEMANDADO
o idDemandado
Relationship_4
o Nombre Relationship_10
o TipoDocumento Relationship_9
o NumeroIdentificacion

CONTRAVENCION
DEMANDANTE
o idContravencion
o Fecha o idDemandante
o Tipo o idQuerella
o Hechos o Nombre
Relationship_11 o TipoDocumento
o Estado
CONTRACTUACION o NumeroIdentificacion
o idContractuacion
o idContravencion
Relationship_5 o Fecha
o Observacion

INVOLUCRADO
o idInvolucrado
o idContravencion
o Nombre
o TipoDocumento
o NumeroIdentificacion
o TipoAcutacion
Anlisis:
En el anterior grfico muestra lo siguiente:

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

1. Detencin
2. Inspeccin
3. Actuacin
4. Persona
5. Inspeccin Contravencin
6. Querella
7. Contravencin
8. Demandado
9. Demandante
10. Involucrado
11. Contra actuacin

La tabla Inspeccin es la principal entidad dentro de este diseo lgico ya que nos permite
hacer las relaciones con las dems, est relacionada con las 10 tablas restantes para permitir
la consultas.

RELACIONES DE CARDINALIDAD.
Entre la entidad Inspeccin y detencin hay una relacin Uno a muchos: es decir,
en una Inspeccin puede haber varias detenciones.
Entre la entidad Detencin y persona hay una relacin uno a muchos, es decir;
en una detencin puede haber varias personas.
Entre la entidad Inspeccin y querella hay una relacin uno a muchos, es decir;
en una inspeccin puede haber varias querellas.
Entre la entidad Querella y Actuacin hay una relacin uno a muchos, es decir;
en una querella puede tener varias actuaciones.
Entre la entidad Querella y Demandante hay una relacin uno a muchos, es
decir; en una querella puede tener varias demandantes.
Entre la entidad Querella y Demandado hay una relacin uno a muchos, es decir;
en una querella puede tener varias demandadas.
 Entre la entidad Inspeccin e inspeccin contravencin hay una relacin uno a
muchos, es decir; en una inspeccin puede haber existir varias contravenciones.
Entre la entidad Inspeccin y contravencin hay una relacin uno a muchos, es
decir; en una inspeccin puede haber existir varias contravenciones
Entre la entidad contravencin y contra actuacin hay una relacin uno a
muchos, es decir, en una contravencin puede haber varias contra actuaciones.
Entre la entidad contravencin e involucrado hay una relacin uno a muchos, es
decir, en una contravencin puede haber varios involucrados.

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

DICCIONARIO DE IDENTIFICADORES

Atributo Significado
Iddentencion Numero con el cual se identifica la detencin
Idinspeccion Numero con el cual se identifica la inspeccin
Idactuacion Numero con el cual se identifica la actuacin
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 contravencin
Idinvolucrado Numero con el cual se identifica al involucrado
Idcontraactuacion Numero con el cual se identifica la contra actuacin
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 generacin 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.
Diseo lgico de base de datos:

DET ALLEFACT URAVIGENT E

o idDetalle
o codigoConceptoPago
o nroFactura Relationship_1 CONCEPT OPAGO
o codigoConcepto o CodigoConceptoPago
o valorBaseGravable o nombreconcepto EST RAT O
o Valorfactor
o ValorT otalConcepto o Codigo
Relationship_2 o nombre

Relationship_9

PREDIO
FACT URAVIGENT E o ficha
o nroFactura o estrato_codigo
o referencia o Attribute_3
Relationship_3 PROPIET ARIO
o fichaPredio Relationship_11 o tipoUso_codigo
o fechavencimiento o propietario_cedula o Cedula Number
o direccion o nombre T ext
o fechaEmision
o totalPagar o matricula o apellido T ext
o totalDescuento o area
PAGO
o idPago
o nrofactura T IPOUSO
Relationship_10
o fechapago o Codigo
o valorpago Relationship_4 o nombretipouso
Relationship_7 o tipopago

CUENT AS POR COBRAR

o nrocuenta Number
o codtercero Number
T ERCERO o conceptocuenta T ext
o codT ercero o valorcuenta Number
o nombre o estadocuenta T ext
o apellidos
o tipoidentica Relationship_5
o nroidentifica
o email
o direccion
o telefono
o celular
o fechanacimiento

CUENT ASPORPAGAR
Relationship_6 o nrocuenta Number
o codtercero Number
o concepto T ext
o valorcuenta Number
o estadocuenta T ext
Anlisis:
En el anterior grfico muestra lo siguiente:

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

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 relacin
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 relacin
uno a muchos, es decir; en una factura pueden ir varios detalles.
Entre la entidad Predio y la factura vigente hay una relacin uno a muchos, es
decir; un predio puede tener varias facturas.
Entre la entidad Estrato y Predio hay una relacin uno a muchos, es decir; en un
estrato puede haber varios predios.
Entre la entidad Propietario y Predio hay una relacin uno a muchos, es decir;
un propietario puede tener varios predios.
 Entre la entidad Tipo de Uso y Predio hay una relacin uno a muchos, es decir,
que un predio puede tener un solo uso.
Entre la Entidad Factura Vigente y Pago la relacin es de uno a muchos es decir
una factura puede tener varios pagos.

Entre la entidad Tercero y Factura Vigente la relacin es de uno a muchos es

decir un tercero puede tener varias Facturas.

Entre la entidad Tercero y cuentas por pagar la relacin es de uno a muchos es

decir un tercero puede tener varias cuentas por pagar.

Entre la entidad Tercero y cuentas por cobrar la relacin 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 grfico.

DICCIONARIO DE IDENTIFICADORES

Atributo Significado
IdDetalle Nmero que identifica el detalle de la factura
Codigo concepto pago Numero de acuerdo con el cdigo contable
Nro. Factura Numero consecutivo de facturas
Ficha Nmero de la ficha que identifica el predio
Estrato Nmero de acuerdo con el estrato donde est ubicado
Id Pago Numero con el cual se identifica el pago
Nro. Cuenta Nmero 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 recreacin 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.

Diseo lgico de base de datos :

INST IT UCION_EVENT O INST IT UCION

o codSec Number Relationship_1 o codIns Number
o codEve Number o nombIns T ext
o codIns Number o drInst T ext
o telins Number

Relationship_2

EVENT O
PART ICIPANT E_EVENT O
o codeve
Relationship_3 o codSec Number
o nomeve
o codEven Number
o codT ipo
o codPar Number
o FechaIni
o valorIns Number
o FechaFin

Relationship_5
Relationship_4

PART ICIPANT E
o codPart
T IPO o nompart
o codT ipo o apellpart
o nomT ipo o idpart
o edadpart
o fotopart
Anlisis:
En el anterior grfico muestra lo siguiente:

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

1. Institucin Evento
2. Institucin
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 Institucin e Institucin evento hay una relacin Uno a muchos:
es decir, en una institucin se pueden hacer varios eventos.
Entre la entidad evento e institucin evento hay una relacin Uno a muchos: es
decir, un evento se puede hacer varias instituciones-
Entre la entidad tipo y evento hay una relacin Uno a muchos: es decir, un tipo
de evento se puede hacer varias veces.
Entre la entidad participante evento y evento hay una relacin Uno a muchos:
es decir, un participante puede participar en varios eventos.

Entre la entidad participante y participante evento hay una relacin 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 grfico.

DICCIONARIO DE IDENTIFICADORES

Atributo Significado
CodSec Nmero de identificacin de la secretaria
Codeve Nmero de identificacin del evento
Codinst Numero de identificacin de la institucin (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

nmero 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 nmero de afiliados a la misma y los servicios que se estn prestando.
Diseo lgico de base de datos:

TIPOIDEINTIFICACION
o idtipoidentificacion
o abreviatura
o descripcion

Relationship_8

PERSONA
o idpersona
o tipoidentificacion
o nombre
EstadoEPS o apellido
o idestadoEPS o fechanacimiento
o descripcion o sexo

SERVIDOREPS
o idips Relationship_3
o idipsservicio Relationship_7
Relationship_2
o estado
o valor
o detalle EPS HISTORIAPERSONA
o ideps Relationship_4 o idhistoriapersona ESTADOPERSONA
o nombre o idpersona o idEstacionPersona
Relationship_1 o estadoEPS o fechaingreso o descripcion
o fecharetiro Relationship_6
o estadopersona
TIPODESERVICIO o ideips
o idtipoServicio o tipoafiliado
o descripcion

Relationship_5

TIPOAFILIADO
o idtipoafiliado
o descripcion
Anlisis:
En el anterior grfico muestra lo siguiente:

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

1. Tipo identificacin
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 identificacin hay una relacin Uno a muchos:
es decir, cada persona tiene un tipo de identificacin nico.
Entre la entidad historia persona y persona hay una relacin Uno a muchos: es
decir, cada historia personal pertenece a una nica persona.

Entre la entidad historia persona y estado persona hay una relacin Uno a
muchos: es decir, cada historia personal tiene un nico estado.

Entre la entidad historia persona y tipo de afiliacin hay una relacin Uno a
muchos: es decir, cada historia personal tiene un nico tipo de afiliacin.
Entre la entidad historia persona y EPS hay una relacin Uno a muchos: es decir,
cada historia personal tiene una nica EPS.
Entre la entidad ESTADO EPS Y EPS hay una relacin Uno a muchos: es decir,
cada se puede presentar varios estados en la EPS.
 Entre la entidad EPS Y SERVICIO EPS hay una relacin Uno a muchos: es
decir, una EPS puede prestar varios servicios.

Entre la entidad SERVICIO EPS y TIPO DE SERVICIO hay una relacin 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 grfico.

DICCIONARIO DE IDENTIFICADORES

IdHistoriaPersona Nmero que se le asigna a la historia clnica

Id persona Nmero que se le asigna a la persona para atencin.
Id tipoafiliado Nmero que se le asigna para identificar el afiliado.
Idestadopersona Nmero que se le asigna para identificar el estado de la
persona
Idestadoeps Nmero que identifica el estado de la eps.