Professional Documents
Culture Documents
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.
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:
ESTACIONDEMUESTREO
o
o
o
o
o
o
idEstacionMuestreo
idZona
Nombre
Ubicacion
Longitud
Responsable
Relationship_2
o
o
o
o
o
MUESTRAANUAL
idMuestra
idEstacionMuestreo
idIndicador
Fecha
Valor
Relationship_1
ZONA
o idZona
o NombreZona
o TipoZona
o
o
o
o
o
o
o
RECURSO
o idRecurso
o NombreRecurso
INDICADOR
idIndicador
idRecurso
idUsuario
NombreIndicador
Sigla
TipoIndicador
Ambito
Relationship_4
Relationship_6
o
o
o
o
USUARIO
idUsuario
Nombre
Cedula
Cargo
Relationship_3
MUESTRAMENSUAL
Relationship_5
o
o
o
o
o
idMuestraMensual
idIndicador
Fecha
Mes
Valor
Anlisis:
En el anterior grfico muestra lo siguiente:
Estacin de Muestreo
Muestra Anual
Zona
Indicador
Recurso
Muestra Mensual
Usuario
La tabla Indicador es la principal entidad dentro de este diseo logico ya que nos permite
hacer las relacin 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.
ATRIBUTOS
DICCIONARIO DE IDENTIFICADORES
Atributo
IdEstacionMuestreo
IdZona
IdMuestraanual
IdIndicador
IdRecurso
IdMuestraMensual
Significado
Nmero con el cual se identifica la estacin de muestreo
Numero con el cual se identifica la zona
Numero con el cual se identifica la muestra anual que se
toma
Numero con el cual se identifica el indicador.
Numero con el cual se identifica el Recurso que se toma
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.
o
o
o
o
o
o
DETENCION
idDetencion
idInspeccion
Fecha
Motivo
Tipo
Hechos
Relationship_1
ACTUACION
o idActuacion
o idQuerella
o Fecha
o Hechos
o Estado
Relationship_3
INSPECCION
o idInspeccion
o Nombre
Relationship_8
Relationship_7
Relationship_2
QUERELLA
o
o
o
o
o
o
PERSONA
idPersona
idDetencion
Apellidos
Nombres
TipoDocumento
NumeroIdentificacion
INSPECCION_CONTRAVENCION
o idInspeccion
o idContravencion
o Inspector
o
o
o
o
Relationship_4
CONTRAVENCION
o idContravencion
o Fecha
o Tipo
o Hechos
o Estado
Relationship_5
o
o
o
o
o
o
o
o
o
o
o
o
Relationship_11
CONTRACTUACION
o idContractuacion
o idContravencion
o Fecha
o Observacion
DEMANDADO
idDemandado
Nombre
TipoDocumento
NumeroIdentificacion
idQuerella
idInspeccion
Fecha
Asunto
Hechos
Estado
Relationship_10
Relationship_9
o
o
o
o
o
DEMANDANTE
idDemandante
idQuerella
Nombre
TipoDocumento
NumeroIdentificacion
INVOLUCRADO
idInvolucrado
idContravencion
Nombre
TipoDocumento
NumeroIdentificacion
TipoAcutacion
Anlisis:
En el anterior grfico muestra lo siguiente:
1. Detencin
2. Inspeccin
3. Actuacin
4. Persona
5. Inspeccin Contravencin
6. Querella
7. Contravencin
8. Demandado
9. Demandante
10. Involucrado
11. Cotraactuacion
La tabla Inspeccin es la principal entidad dentro de este diseo lgico ya que nos permite
hacer las relacin con las dems, est relacionada con las 10 tablas restantes para
permitir la consultas.
RELACIONES DE CARDINALIDAD.
ATRIBUTOS
Cada entidad tiene unos atributos que se encuentran relacionados en las tablas que se
pueden evidenciar en el grafico.
DICCIONARIO DE IDENTIFICADORES
Atributo
Iddentencion
Idinspeccion
Idactuacion
Idquerrrella
Idpersona
Idcontravencion
Idinvolucrado
Idcontraactuacion
Iddemandado
Iddemandante
Significado
Numero con el cual se identifica la detencin
Numero con el cual se identifica la inspeccin
Numero con el cual se identifica la actuacin
Numero con el cual se identifica la querrella
Numero con el cual se identifica la persona
Numero con el cual se identifica la contravencion
Numero con el cual se identifica al involucrado
Numero con el cual se identifica la contraactuacion
Numero con el cual se identifica la persona demandada
Numero con el cual se identifica a la persona demandante
SECRETARIA DE HACIENDA
DETALLEFACTURAVIGENTE
o
o
o
o
o
o
o
idDetalle
codigoConceptoPago
nroFactura
codigoConcepto
valorBaseGravable
Valorfactor
ValorTotalConcepto
CONCEPTOPAGO
Relationship_1
o CodigoConceptoPago
o nombreconcepto
ESTRATO
o Codigo
o nombre
Relationship_2
Relationship_9
FACTURAVIGENTE
o
o
o
o
o
o
o
nroFactura
referencia
fichaPredio
fechavencimiento
fechaEmision
totalPagar
totalDescuento
Relationship_11
o
o
Relationship_10
o
o
o
Relationship_7
o
o
o
o
o
o
o
o
o
o
PAGO
idPago
nrofactura
fechapago
valorpago
tipopago
TERCERO
codTercero
nombre
apellidos
tipoidentica
Relationship_5
nroidentifica
email
direccion
telefono
celular
fechanacimiento
Relationship_6
Anlisis:
o
o
o
o
o
o
o
o
o
o
o
o
o
PREDIO
ficha
estrato_codigo
Attribute_3
tipoUso_codigo
propietario_cedula
direccion
matricula
area
Relationship_4
CUENTASPORPAGAR
nrocuenta
Number
codtercero
Number
concepto
Text
valorcuenta
Number
estadocuenta Text
Relationship_3
PROPIETARIO
o Cedula Number
o nombre Text
o apellido Text
TIPOUSO
o Codigo
o nombretipouso
Factura Vigente
Hay una segunda se llama Predio.
RELACIONES DE CARDINALIDAD.
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 pueden haber 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.
ATRIBUTOS
Cada entidad tiene unos atributos que se encuentran relacionados en las tablas que se
pueden evidenciar en el grfico.
DICCIONARIO DE IDENTIFICADORES
Atributo
IdDetalle
Codigo concepto pago
Nro Factura
Ficha
Estrato
Id Pago
Nro Cuenta
Cod Tercero
Significado
Nmero que identifica el detalle de la factura
Numero de acuerdo con el cdigo contable
Numero consecutivo de facturas
Nmero de la ficha que identifica el predio
Nmero de acuerdo al estrato donde esta ubicado
Numero con el cual se identifica el pago
Nmero de la cuenta con la cual se paga
Numero con el cual se identifica el tercero (Nit)
SECRETARIA DE RECREACION
En la secretaria
municipio.
realizar eventos en el
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.
INSTITUCION_EVENTO
o codSec Number
o codEve Number
o codIns Number
Relationship_1
INSTITUCION
o codIns
Number
o nombIns Text
o drInst
Text
o telins
Number
Relationship_2
EVENTO
o codeve
o nomeve
o codTipo
o FechaIni
o FechaFin
Relationship_3
PARTICIPANTE_EVENTO
o codSec Number
o codEven Number
o codPar
Number
o valorIns Number
Relationship_5
Relationship_4
TIPO
o codTipo
o nomTipo
PARTICIPANTE
o codPart
o nompart
o apellpart
o idpart
o edadpart
o fotopart
Anlisis:
En el anterior grfico muestra lo siguiente:
1.
2.
3.
4.
5.
6.
Institucin Evento
Institucin
Evento
Participante Evento
Tipo
Participante
RELACIONES DE CARDINALIDAD.
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.
ATRIBUTOS
Cada entidad tiene unos atributos que se encuentran relacionados en las tablas que se
pueden evidenciar en el grfico.
DICCIONARIO DE IDENTIFICADORES
Atributo
CodSec
Codeve
Codinst
Cod par
Significado
Nmero de identificacin de la secretaria
Nmero de identificacin del evento
Numero de identificacin de la institucin (nit)
Numero con el cual se identifica al participante
SECRETARIA DE SALUD
TIPOIDEINTIFICACION
o idtipoidentificacion
o abreviatura
o descripcion
Relationship_8
o
o
o
o
o
o
EstadoEPS
o idestadoEPS
o descripcion
SERVIDOREPS
o idips
o idipsservicio
o estado
o valor
o detalle
Relationship_1
Relationship_3
Relationship_2
EPS
o ideps
o nombre
o estadoEPS
PERSONA
idpersona
tipoidentificacion
nombre
apellido
fechanacimiento
sexo
Relationship_7
Relationship_4
TIPODESERVICIO
o idtipoServicio
o descripcion
HISTORIAPERSONA
ESTADOPERSONA
o idhistoriapersona
o idpersona
o idEstacionPersona
o fechaingreso
o descripcion
Relationship_6
o fecharetiro
o estadopersona
o ideips
o tipoafiliado
Relationship_5
TIPOAFILIADO
o idtipoafiliado
o descripcion
Anlisis:
En el anterior grfico muestra lo siguiente:
1.
2.
3.
4.
5.
6.
7.
Tipo identificacion
Persona
Historial Persona
Tipo de afiliado
Estado Persona
Estado EPS
EPS
8. Servicio EPS
9. Tipo Servicio
RELACIONES DE CARDINALIDAD.
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 afliacion.
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
Id persona
Id tipoafiliado
idestadopersona
idestadoeps