6. AA3-Ev2-Diseño Lógico de La Base de Datos

PROPUESTA DE LA ARQUITECTURA TECNOLÓGICA PARA LA ALCALDÍA DE SAN ANTONIO DEL SENA.

PRESENTADO POR: ALBEIRO JIMENEZ IBAÑEZ

PRESENTADO A: YURY LORENA FIERRO BOCANEGRA Ingeniera de sistemas, realice una especialización en redes de alta velocidad y distribuidas

SERVICIO NACIONAL DE APRENDIZAJE SENA PROGRAMA DE FORMACIÓN ESPECIALIZACIÓN TECNOLÓGICA EN GESTIÓN Y SEGURIDAD DE BASES DE DATOS MODALIDAD VIRTUAL 2015

INTRODUCCION

A través de los años el ser humano se ha dedicado a satisfacer sus necesidades al precio que fuese, ha desarrollado un gran número de tecnologías en la gestión de cómputo para así ahorrarse trabajo y tiempo en la producción de software. La automatización en los sistemas creados para las empresas prestadoras de servicios masque en cualquier otro ámbito, han sido la solución a la gran problemática que estas presentaban. 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.

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.

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.



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 ( Ver Gráfico)

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

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

ENTIDADES: En este modelo existen siete entidades que se nombran a continuación. 1. 2. 3. 4. 5. 6. 7.

Estación de Muestreo Muestra Anual Zona Indicador Recurso Muestra Mensual 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 IdEstacionMuestreo IdZona IdMuestraanual IdIndicador IdRecurso IdMuestraMensual

Significado Número con el cual se identifica la estación 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 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 ( Ver Gráfico)

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

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

DICCIONARIO DE IDENTIFICADORES

Atributo Iddentencion Idinspeccion Idactuacion Idquerrrella Idpersona Idcontravencion Idinvolucrado Idcontraactuacion Iddemandado Iddemandante

Significado Numero con el cual se identifica la detención Numero con el cual se identifica la inspección Numero con el cual se identifica la actuación 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

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)

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

Análisis:

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

CUENTAS POR COBRAR o nrocuenta Number o codtercero Number o conceptocuenta Text o valorcuenta Number o estadocuenta Text

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

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 IdDetalle Codigo concepto pago Nro Factura Ficha Estrato Id Pago Nro Cuenta Cod Tercero

Significado Número que identifica el detalle de la factura Numero de acuerdo con el código contable Numero consecutivo de facturas Número de la ficha que identifica el predio Número de acuerdo al estrato donde esta ubicado Numero con el cual se identifica el pago Número de la cuenta con la cual se paga Numero con el cual se identifica el tercero (Nit)

SECRETARIA DE RECREACION

En la secretaria municipio.

de recreación se trabaja en el proceso de

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.

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

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

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

ENTIDADES: En este modelo existen seis entidades que se nombran a continuación.

1. 2. 3. 4. 5. 6.

Institución Evento Institución Evento Participante Evento Tipo 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 CodSec Codeve Codinst Cod par

Significado Número de identificación de la secretaria Número de identificación del evento Numero de identificación de la institución (nit) 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 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)

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

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

ENTIDADES: En este modelo existen nueve continuación.

1. 2. 3. 4. 5. 6. 7.

Tipo identificacion Persona Historial Persona Tipo de afiliado Estado Persona Estado EPS EPS

entidades que se nombran a

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 Id persona Id tipoafiliado idestadopersona idestadoeps

Numero que se le asigna a la historia clínica Numero que se le asigna a la persona para atención. Numero que se le asigna para identificar el afiliado. Numero que se le asigna para identificar el estado de la persona Numero que indentifica el estado de la eps.