Documentos de Académico
Documentos de Profesional
Documentos de Cultura
AA3-Ev2-Diseño Lógico de La Base de Datos
AA3-Ev2-Diseño Lógico de La Base de Datos
SENA
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.
Análisis:
En el anterior gráfico muestra lo siguiente:
ENTIDADES: En este modelo existen Diez entidades que se nombran a continuación.
1. Estación_de _Muestras
2. Muestra_Anual
3. Zona
4. Indicador
5. Recursos
6. Muestra_Mensual
7. Usuario
8. dbo_Usuarios (Usuarios de sistema)
9. dbo_Roles(roles de usuario)
10. dbo_log_sección (historial sección)
La tabla Indicador 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.
Atributo Significado
Id_Estacion_Muestras Número con el cual se identifica la estación de muestreo
IdZona Numero con el cual se identifica la zona
IdMuestra_anual 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
IdMuestra_Mensual Numero con el cual se identifica la muestra mensual que se
toma
iddbo_Usuarios Numero con el cual se identifica los Usuarios de sistema
iddbo_Rol Numero con el cual se identifica los roles de usuario
dbo_log_sección Numero con el cual se identifica los historiales de inicio de
sección de cada usuario
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.
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. Usuario
5. Inspección_Contravención
6. Querella
7. Contravención
8. Demandado
9. Demandante
10. Involucrado
11. Cotractuacion
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 11 tablas restantes para permitir
las consultas.
RELACIONES DE CARDINALIDAD.
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
Idusuario 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
Idcontractuacion 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
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.
Análisis:
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_ 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 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_Uso y Predio hay una relación uno a muchos es decir,
que un predio puede tener un solo uso.
Análisis:
En el anterior gráfico muestra lo siguiente:
ENTIDADES: En este modelo existen seis entidades que se nombran a continuación.
1. Evento_ Institución
2. Institución
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 evento e Evento_ Institución 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.
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 número de afiliados a la misma y los servicios que se están prestando.
Análisis:
En el anterior gráfico muestra lo siguiente:
ENTIDADES: En este modelo existen nueve entidades que se nombran a
continuación.
1. Tipo identificacion
2. Persona
3. Historial_Persona
4. Tipo_ afiliado
5. Estado_Persona
6. Estado_EPS
7. EPS
8. Servicio_EPS
9. TipoServicio
En esta base de datos encontramos una entidad principal que son:
HISTORIAL PERSONA
RELACIONES DE CARDINALIDAD.