Académique Documents
Professionnel Documents
Culture Documents
http://slidepdf.com/reader/full/6-aa3-ev2-diseno-logico-de-la-base-de-datos 1/18
7/24/2019 6. AA3-Ev2-Diseño Lógico de La Base de Datos
INTRODUCCION
A través de los años el ser humano se ha dedicado a satisfacer sus necesidades al precio
!a base de datos son sistemas que guardan la información de una o m#s empresas para
que estas puedan ser utili"adas cuando el usuario así lo deseen de gran relevancia
porque automati"an previenen de errores y son eficaces en el tiempo y pueden ser
adquiridas cuando el administrador del sistema lo desee.
!os $%&' (sistemas manejadores de base de datos) se han incrementado en los últimos
años de forma dr#stica, pues claro est# que cada ve" m#s empresas requieren de
http://slidepdf.com/reader/full/6-aa3-ev2-diseno-logico-de-la-base-de-datos 2/18
7/24/2019 6. AA3-Ev2-Diseño Lógico de La Base de Datos
*l diseño de una base de datos consiste en definir la estructura de los datos que debe
tener un sistema de información determinado.
*l 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 $+&'. *l diseño lógico depende del tipo de $+&'
que se vaya a utili"ar, se adapta a la tecnología que se debe emplear, pero no depende
del producto concreto. *n el caso de bases de datos convencionales relacionales
(basadas en $! para entendernos), el diseño lógico consiste en definir las tablas que
e-istir#n, las relaciones entre ellas, normali"arlas.
*n el modelo relacional
+eneralmente las dos capas
se implementan de diseño
mediante conceptual
diagramas dey lógico, se parecen (modelo
*ntidad/elación mucho.
conceptual) y tablas y relaciones entre éstas (modelo lógico).
0omo vemos e-isten tablas para representar cada una de estas entidades
0ada tabla posee una serie de campos que representan valores que queremos almacenar
para cada entidad. 1or ejemplo, un producto posee los siguientes atributos que se
traducen en los campos correspondientes para almacenar su información2
1ara el caso de estudio de la Alcaldía de san Antonio del $ena, en cada uno de la
secretaria analice la siguiente situación.
0onsidero 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 e-igidos en la alcaldía.
http://slidepdf.com/reader/full/6-aa3-ev2-diseno-logico-de-la-base-de-datos 3/18
7/24/2019 6. AA3-Ev2-Diseño Lógico de La Base de Datos
*$CA03B'*%6*$C/*
o id*stacion%uestreo
%6*$C/AAB6A!
o id@ona
o id%uestra
o Bombre
/elationship9; o id*stacion%uestreo
o 6bicacion
o id3ndicador
o !ongitud
o Decha
o /esponsable
o 8alor
/elationship9:
@BA 3B'30A'/
o id@ona o id3ndicador
o Bombre@ona o id/ecurso
o Cipo@ona o id6suario
o Bombre3ndicador /elationship9<
o $igla
%6*$C/A%*B$6A!
o Cipo3ndicador
o Amb it o o id%uestra%ensual
/*06/$
/elationship9> o id3ndicador
o id/ecurso
/elationship9= o Decha
o Bombre/ecurso
o %e s
o 8alor
/elationship9?
6$6A/3
o id6suario
o Bombre
o 0edula
o 0argo
http://slidepdf.com/reader/full/6-aa3-ev2-diseno-logico-de-la-base-de-datos 4/18
7/24/2019 6. AA3-Ev2-Diseño Lógico de La Base de Datos
An=&i"i":
*n el anterior gr#fico muestra lo siguiente2
!a tabla
hacer las3ndicador
relaciónes la principal
con las dem#s,entidad dentro
est# de este con
relacionada diseño
laslogico ya que
? tablas nos permite
restantes para
permitir la consultas.
RELACIONES DE CARDINALIDAD8
• En#re & en#i!! E"#'i+n !e M(e"#r . $(e"#r An(& ?. (n re&'i+n Un-
$('?-"2 es decir, en una estación de muestra pueden hacerse muchas
muestras anuales.
• En#re & en#i!! Z-n . e"#'i+n !e $(e"#r ?. (n re&'i+n (n- $('?-"
es decir en una "ona pueden e-istir muchas estaciones de muestra.
• En#re & en#i!! In!i'!-r . $(e"#r n(& ?. (n re&'i+n (n- $('?-"
es decir por cada indicador hay muchas muestras anuales.
En#re & en#i!! In!i'!-r . $(e"#r $en"(& ?. (n re&'i+n (n-
$('?-" es decir por cada indicador hay muchas muestras mensuales.
• En#re & en#i!! In!i'!-r . Re'(r"- ?. (n re&'i+n (n- $('?-" es decir
por cada indicador hay muchos recursos.
En#re & en#i!! U"(ri- . In!i'!-r ?. (n re&'i+n (n- $('?-" e" !e'ir
por cada usuario hay muchos indicadores.
ATRIBUTOS
http://slidepdf.com/reader/full/6-aa3-ev2-diseno-logico-de-la-base-de-datos 5/18
7/24/2019 6. AA3-Ev2-Diseño Lógico de La Base de Datos
DICCIONARIO DE IDENTIFICADORES
Atributo $ignificado
3d*stacion%uestreo Búmero con el cual se identifica la estación de muestreo
3d@ona Bumero con el cual se identifica la "ona
3d%uestraanual Bumero con el cual se identifica la muestra anual que se
toma
3d3ndicador Bumero con el cual se identifica el indicador.
3d/ecurso Bumero con el cual se identifica el /ecurso que se toma
3d%uestra%ensual Bumero con el cual se identifica la muestra mensual que
se toma
SECRETARIA DE GOBIERNO
*sta secretaria busca tener una base de datos donde se registre las querellas,
detenciones, y contravenciones ocurridas en las inspecciones de 1olicía.
Ceniendo en cuenta lo anterior se diseñó una base de datos donde se cumple con los
http://slidepdf.com/reader/full/6-aa3-ev2-diseno-logico-de-la-base-de-datos 6/18
7/24/2019 6. AA3-Ev2-Diseño Lógico de La Base de Datos
A0C6A03 B
'*C*B03B
o id'etencion 3B$1*003B o idActuacion
o id3nspeccion o iduerella
/elationship9: o id3nspeccion
o Decha o Decha
o Bombre
o %otivo o Iechos
o Cipo o *stado
/elationship9<
o Iechos
/elationship9F
/elationship9E
/elationship9;
6*/*!!A
o iduerella
1*/$BA 3B$1*003B90BC /A8*B03B o id3nspeccion
o id1ersona
o id3nspeccion o Decha
o id'etencion
o id0ontravencion o Asunto
o Ape ll ido s
o 3nspector o Iechos
o Bombres
o *stado
o Cipo'ocumento
o Bumero3dentificacion
'*%AB'A'
o id'emandado
/elationship9=
o Bombre /elationship9:H
o Cipo'ocumento /elationship9G
o Bumero3dentificacion
0BC/A8*B03B
'*%AB'ABC*
o id0ontravencion
o Decha o id'emandante
o Cipo o iduerella
o Iechos o Bombre
/elationship9::
o *stado o Cipo'ocumento
0BC/A0C6A03B
o Bumero3dentificacion
o id0ontractuacion
o id0ontravencion
/elationship9> o Decha
o bservacion
3B8!60/A'
o id3nvolucrado
o id0ontravencion
o Bombre
o Cipo'ocumento
o Bumero3dentificacion
o CipoAcutacion
An=&i"i":
*n el anterior gr#fico muestra lo siguiente2
http://slidepdf.com/reader/full/6-aa3-ev2-diseno-logico-de-la-base-de-datos 7/18
7/24/2019 6. AA3-Ev2-Diseño Lógico de La Base de Datos
:. 'etención
;. 3nspección
<. Actuación
=. 1ersona
>. 3nspección 0ontravención
?. uerella
E. 0ontravención
F. 'emandado
G. 'emandante
:H. 3nvolucrado
::. 0otraactuacion
!a tabla 3nspecció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 :H tablas restantes para
permitir la consultas.
RELACIONES DE CARDINALIDAD8
• En#re & en#i!! In")e''i+n . !e#en'i+n ?. (n re&'i+n Un- $('?-"2 es
decir, en una 3nspección pueden haber varias detenciones.
• En#re & en#i!! De#en'i+n . )er"-n ?. (n re&'i+n (n- $('?-" es
decir7 en una detención pueden haber varias personas.
• En#re & en#i!! In")e''i+n . 7(ere&& ?. (n re&'i+n (n- $('?-" es
decir7 en una inspección pueden haber varias querellas.
• En#re & en#i!! Q(ere&& . A'#('i+n ?. (n re&'i+n (n- $('?-" es
decir7 en una querella puede tener varias actuaciones.
•
En#re & en#i!! Q(ere&& . De$n!n#e ?. (n re&'i+n (n- $('?-" es
decir7 en una querella puede tener varias demandantes.
• En#re & en#i!! Q(ere&& . De$n!!- ?. (n re&'i+n (n- $('?-" es
decir7 en una querella puede tener varias demandados.
• En#re & en#i!! In")e''i+n . in")e''i+n '-n#r,en'i+n ?. (n re&'i+n
(n- $('?-" es decir7 en una inspección pueden haber e-istir varias
contravenciones.
• En#re & en#i!! In")e''i+n . '-n#r,en'i+n ?. (n re&'i+n (n- $('?-"
es decir7 en una inspección pueden haber e-istir varias contravenciones
• En#re & en#i!! '-n#r,en'i+n . '-n#r'#('i+n ?. (n re&'i+n (n-
$('?-" es decir, en una contravención pueden haber varias contraactuaciones.
•
En#re & en#i!! '-n#r,en'i+n e in,-&('r!- ?. (n re&'i+n (n-
$('?-" es decir, en una contravención pueden haber varios involucrados.
ATRIBUTOS
0ada entidad tiene unos atributos que se encuentran relacionados en las tablas que se
pueden evidenciar en el grafico.
http://slidepdf.com/reader/full/6-aa3-ev2-diseno-logico-de-la-base-de-datos 8/18
7/24/2019 6. AA3-Ev2-Diseño Lógico de La Base de Datos
DICCIONARIO DE IDENTIFICADORES
Atributo $ignificado
3ddentencion Bumero con el cual se identifica la detención
3dinspeccion Bumero con el cual se identifica la inspección
3dactuacion Bumero con el cual se identifica la actuación
3dquerrrella Bumero con el cual se identifica la querrella
3dpersona Bumero con el cual se identifica la persona
3dcontravencion Bumero con el cual se identifica la contravencion
3dinvolucrado Bumero con el cual se identifica al involucrado
3dcontraactuacion Bumero con el cual se identifica la contraactuacion
3ddemandado Bumero con el cual se identifica la persona demandada
3ddemandante Bumero con el cual se identifica a la persona demandante
SECRETARIA DE @ACIENDA
1or 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.
http://slidepdf.com/reader/full/6-aa3-ev2-diseno-logico-de-la-base-de-datos 9/18
7/24/2019 6. AA3-Ev2-Diseño Lógico de La Base de Datos
'*CA!!*DA0C6/A83+*BC*
o id'etalle
o codigo0oncepto1ago
o nroDactura /elationship9: 0B0*1C1A+
o codigo0oncepto o 0odigo0oncepto1ago
o valor&ase+ravable o nombreconcepto *$C/AC
o
o 8alorfactor
8alorCotal0oncepto o 0odigo
/elationship9; o nombre
/elationship9G
1/*'3
DA0C6/A83+*BC* o ficha
o nroDactura o estrato9codigo
o referencia o Attri bute 9<
/elationship9< 1/13*CA/3
o ficha1redio /elationship9:: o tipo6so9codigo
o propietario9cedula o 0edula Bu
o fechavencimiento
o direccion o nombre Ce
o fecha*mision
o matricula o apellido Ce
o total1agar
o total'escuento o area
1A+
o id1ago
o nrofactura C316$
/elationship9:H
o fechapago o 0odigo
o valorpago /elationship9= o nombretipouso
/elationship9E o tipopago
o tipoidentica /elationship9>
o nroidentifica
o email
o direccion
o telefono
o celular
o fechanacimiento
06*BCA$1/1A+A/
/elationship9? o nrocuenta Bumber
o codtercero Bumber
o concepto Ce-t
o valorcuenta Bumber
o estadocuenta Ce-t
An=&i"i":
http://slidepdf.com/reader/full/6-aa3-ev2-diseno-logico-de-la-base-de-datos 10/18
7/24/2019 6. AA3-Ev2-Diseño Lógico de La Base de Datos
'-n#in('i+n8
• Dactura 8igente
• Iay una segunda se llama 1redio.
RELACIONES DE CARDINALIDAD8
• En#re & en#i!! C-n'e)#- !e )g- . De#&&e F'#(r 0igen#e ?. (n
re&'i+n Un- $('?-"2 es decir, un concepto de pago puede tener varias
facturas
• En#re & en#i!! F'#(r 0igen#e . De#&&e !e & '#(r ,igen#e ?. (n
re&'i+n (n- $('?-" es decir7 en una factura pueden ir varios detalles.
• En#re & en#i!! Pre!i- . & '#(r ,igen#e ?. (n re&'i+n (n- $('?-"
es decir7 un predio puede tener varias facturas.
• En#re & en#i!! E"#r#- . Pre!i- ?. (n re&'i+n (n- $('?-" es decir7
en un estrato pueden haber varios predios.
• En#re & en#i!! Pr-)ie#ri- . Pre!i- ?. (n re&'i+n (n- $('?-" es
decir7 un propietario puede tener varios predios.
• En#re & en#i!! Ti)- !e U"- . Pre!i- ?. (n re&'i+n (n- $('?-" e"
!e'ir% que un predio puede tener un solo uso.
• En#re & En#i!! F'#(r 0igen#e . Pg- & re&'i+n e" !e (n- $('?-" es
decir una factura puede tener varios pagos.
http://slidepdf.com/reader/full/6-aa3-ev2-diseno-logico-de-la-base-de-datos 11/18
7/24/2019 6. AA3-Ev2-Diseño Lógico de La Base de Datos
• En#re & en#i!! Ter'er- . F'#(r 0igen#e & re&'i+n e" !e (n- $('?-" e"
decir una tercero puede tener varias Dacturas.
• En#re & en#i!! Ter'er- . '(en#" )-r )gr & re&'i+n e" !e (n- $('?-"
e" !e'ir un tercero puede tener varias cuentas por pagar.
• En#re & en#i!! Ter'er- . '(en#" )-r '-/rr & re&'i+n e" !e (n- $('?-"
e" !e'ir un tercero puede tener varias cuentas por cobrar.
•
ATRIBUTOS
0ada entidad tiene unos atributos que se encuentran relacionados en las tablas que se
pueden evidenciar en el gr#fico.
DICCIONARIO DE IDENTIFICADORES
Atributo $ignificado
3d'etalle Búmero que identifica el detalle de la factura
0odigo concepto pago Bumero de acuerdo con el código contable
Bro Dactura Bumero consecutivo de facturas
Dicha Búmero de la ficha que identifica el predio
*strato Búmero de acuerdo al estrato donde esta ubicado
3d 1ago Bumero con el cual se identifica el pago
Bro 0uenta Búmero de la cuenta con la cual se paga
SECRETARIA DE RECREACION
http://slidepdf.com/reader/full/6-aa3-ev2-diseno-logico-de-la-base-de-datos 12/18
7/24/2019 6. AA3-Ev2-Diseño Lógico de La Base de Datos
3B$C3C603B9*8*BC 3B$C3C603B
o cod$ec Bumber /elationship9: o cod3ns Bumber
o cod*ve Bumber o nomb3ns Ce-t
/elationship9;
*8*BC
1A/C3031ABC*9*8*BC
o codeve
/elationship9< o cod$ec Bumber
o nomeve
o cod*ven Bumber
o codCipo
o cod1ar Bumber
o Decha3ni o valor3ns Bumber
o DechaDin
/elationship9>
/elationship9=
1A/C3031ABC*
o cod1art
C31 o nompart
o codCipo o apellpart
o nomCipo o
o idpart
edadpart
o fotopart
An=&i"i":
*n el anterior gr#fico muestra lo siguiente2
:. 3nstitución *vento
;. 3nstitución
<. *vento
=. 1articipante *vento
>. Cipo
?. 1articipante
http://slidepdf.com/reader/full/6-aa3-ev2-diseno-logico-de-la-base-de-datos 13/18
7/24/2019 6. AA3-Ev2-Diseño Lógico de La Base de Datos
*vento.
RELACIONES DE CARDINALIDAD8
• En#re & en#i!! In"#i#('i+n e In"#i#('i+n e,en#- ?. (n re&'i+n Un-
$('?-"2 es decir, en una institución se pueden hacer varios eventos.
• En#re & en#i!! e,en#- e in"#i#('i+n e,en#- ?. (n re&'i+n Un- $('?-"2
es decir, un evento se puede hacer varias institucionesJ
• En#re & en#i!! #i)- . e,en#- ?. (n re&'i+n Un- $('?-" 2 es decir, un
tipo de evento se puede hacer varias veces.
• En#re & en#i!! )r#i'i)n#e e,en#- . e,en#- ?. (n re&'i+n Un-
$('?-"2 es decir, un participante puede participar en varios eventos.
• En#re & en#i!! )r#i'i)n#e . )r#i'i)n#e e,en#- ?. (n re&'i+n Un-
$('?-"2 es decir, un participante puede participar en varios eventos
ATRIBUTOS
0ada entidad tiene unos atributos que se encuentran relacionados en las tablas que se
pueden evidenciar en el gr#fico.
DICCIONARIO DE IDENTIFICADORES
Atributo $ignificado
0od$ec Búmero de identificación de la secretaria
0odeve Búmero de identificación del evento
0odinst Bumero de identificación de la institución (nit)
0od par Bumero con el cual se identifica al participante
SECRETARIA DE SALUD
http://slidepdf.com/reader/full/6-aa3-ev2-diseno-logico-de-la-base-de-datos 14/18
7/24/2019 6. AA3-Ev2-Diseño Lógico de La Base de Datos
http://slidepdf.com/reader/full/6-aa3-ev2-diseno-logico-de-la-base-de-datos 15/18
7/24/2019 6. AA3-Ev2-Diseño Lógico de La Base de Datos
C313'*3BC3D30A03B
o idtipoidentificacion
o abreviatura
o descripcion
/elationship9F
1*/$BA
o idpersona
o tipoidentificacion
o nombre
*stado*1$ o apellido
o idestado*1$ o fechanacimiento
o descripcion o se-o
$*/83'/*1$
o idips /elationship9<
o idipsservicio /elationship9E
/elationship9;
o estado
o valor
o detalle *1$ I3$C/3A1*/$BA
o ideps /elationship9= o idhistoriapersona *$CA'1*/$BA
o nombre o idpersona o id*stacion1ersona
/elationship9: o estado*1$ o fechaingreso o descripcion
o fecharetiro /elationship9?
o estadopersona
C31'*$*/8303
o ideips
o idtipo$ervicio o tipoafiliado
o descripcion
/elationship9>
C31AD3!3A'
o idtipoafiliado
o descripcion
An=&i"i":
*n el anterior gr#fico muestra lo siguiente2
:. Cipo identificacion
;. 1ersona
<. Iistorial 1ersona
=. Cipo de afiliado
>. *stado 1ersona
?. *stado *1$
E. *1$
http://slidepdf.com/reader/full/6-aa3-ev2-diseno-logico-de-la-base-de-datos 16/18
7/24/2019 6. AA3-Ev2-Diseño Lógico de La Base de Datos
F. $ervicio *1$
G. Cipo $ervicio
I3$C/3A! 1*/$BA
RELACIONES DE CARDINALIDAD8
• En#re & en#i!! )er"-n . #i)- !e i!en#ii''i+n ?. (n re&'i+n Un-
$('?-"2 es decir, cada persona tiene un tipo de identificación único.
En#re & en#i!! ?i"#-ri )er"-n . )er"-n ?. (n re&'i+n Un-
$('?-": es decir, cada historia personal pertenece a una única persona.
En#re & en#i!! ?i"#-ri )er"-n . e"#!- )er"-n ?. (n re&'i+n Un-
$('?-": es decir, cada historia personal tiene un único estado.
• En#re & en#i!! ?i"#-ri )er"-n . #i)- !e i&i'i+n ?. (n re&'i+n Un-
$('?-": es decir, cada historia personal tiene un único tipo de afliacion.
• En#re & en#i!! ?i"#-ri )er"-n . EPS ?. (n re&'i+n Un- $('?-":
es decir, cada historia personal tiene una única *1$.
• En#re & en#i!! ESTADO EPS Y EPS ?. (n re&'i+n Un- $('?-": es
decir, cada se puede presentar varios estados en la *1$.
• En#re & en#i!! EPS Y SER0ICIO EPS ?. (n re&'i+n Un- $('?-": es
decir, una *1$ puede prestar varios servicios.
• En#re & en#i!! SER0ICIO EPS . TIPO DE SER0ICIO ?. (n re&'i+n Un-
$('?-": es decir, un servicio de la *1$ puede presentar varios tipos.
ATRIBUTOS
0ada entidad tiene unos atributos que se encuentran relacionados en las tablas que se
pueden evidenciar en el gr#fico.
DICCIONARIO DE IDENTIFICADORES
http://slidepdf.com/reader/full/6-aa3-ev2-diseno-logico-de-la-base-de-datos 17/18
7/24/2019 6. AA3-Ev2-Diseño Lógico de La Base de Datos
http://slidepdf.com/reader/full/6-aa3-ev2-diseno-logico-de-la-base-de-datos 18/18