Académique Documents
Professionnel Documents
Culture Documents
2018
INTRODUCCIÓN
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.
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.
ESTACIONDEMUESTREO
o idEstacionMuestreo
MUESTRAANUAL
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 TipoZona o idUsuario
o NombreIndicador Relationship_3
o Sigla
o TipoIndicador MUESTRAMENSUAL
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
Análisis:
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.
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
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.
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
Análisis:
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 las consultas.
RELACIONES DE CARDINALIDAD.
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
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.
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 ASPORPAGAR
Relationship_6 o nrocuenta Number
o codtercero Number
o concepto T ext
o valorcuenta Number
o estadocuenta T ext
Análisis:
Factura Vigente
Hay una segunda se llama Predio.
RELACIONES DE CARDINALIDAD.
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 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.
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
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 INSTITUCION
o codSec Number Relationship_1 o codIns Number
o codEve Number o nombIns Text
o codIns Number o drInst Text
o telins Number
Relationship_2
EVENTO
PARTICIPANTE_EVENTO
o codeve
Relationship_3 o codSec Number
o nomeve
o codEven Number
o codTipo
o codPar Number
o FechaIni
o valorIns Number
o FechaFin
Relationship_5
Relationship_4
PARTICIPANTE
o codPart
TIPO o nompart
o codTipo o apellpart
o nomTipo o idpart
o edadpart
o fotopart
Análisis:
1. Institución Evento
2. Institución
3. Evento
4. Participante Evento
5. Tipo
6. Participante
Evento.
RELACIONES DE CARDINALIDAD.
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.
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
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
Análisis:
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
HISTORIAL PERSONA
RELACIONES DE CARDINALIDAD.
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