PROPUESTA DE LA ARQUITECTURA TECNOLGICA PARA LA ALCALDA DE SAN

ANTONIO DEL SENA.

PRESENTADO POR: ALBEIRO JIMENEZ IBAEZ

PRESENTADO A: YURY LORENA FIERRO BOCANEGRA

Ingeniera de sistemas, realice una especializacin en redes de alta velocidad y
distribuidas

SERVICIO NACIONAL DE APRENDIZAJE SENA

PROGRAMA DE FORMACIN
ESPECIALIZACIN TECNOLGICA EN GESTIN Y SEGURIDAD DE BASES DE
DATOS
MODALIDAD VIRTUAL
2015

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.

Objetivo: Construir un modelo de datos conceptual en un modelo lgico de datos y

despus validar este modelo para comprobar que sea estructuralmente correcto y
capaz de soportar las transacciones requeridas.

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:

ENTIDADES: Es un grupo de tems que tienen las mismas caractersticas o

atributos
ATRIBUTOS: Es una caracterstica 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 nmero 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 Forneos: Una clave ajena o fornea es un atributo de una tabla
o adicin 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 diseo de la
siguiente manera.
Diseo Lgico de Base de datos ( Ver Grfico)

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:

ENTIDADES: En este modelo existen siete entidades que se nombran a

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

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.

JUSTIFICACION DE LA ENTIDAD USUARIO.

Para m es muy importante saber quin es la persona que est haciendo realizando las
muestras, en la secretaria con el fin de llevar un control efectivo del personal que est
desempeando 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
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.

Diseo Lgico de Base de datos ( Ver 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:

ENTIDADES: En este modelo existen once entidades que se nombran a

continuacin.

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.

Entre la entidad Inspeccin y detencin hay una relacin Uno a muchos: es

decir, en una Inspeccin pueden haber varias detenciones.
Entre la entidad Detencin y persona hay una relacin uno a muchos es
decir; en una detencin pueden haber varias personas.
Entre la entidad Inspeccin y querella hay una relacin uno a muchos es
decir; en una inspeccin pueden haber varias querellas.
Entre la entidad Querella y Actuacin hay una relacin uno a muchos es
decir; en una querella puede tener varias actuaciones.
Entre la entidad Querella y Demandante hay una relacin uno a muchos es
decir; en una querella puede tener varias demandantes.
Entre la entidad Querella y Demandado hay una relacin uno a muchos es
decir; en una querella puede tener varias demandados.
Entre la entidad Inspeccin y inspeccin contravencin hay una relacin
uno a muchos es decir; en una inspeccin pueden haber existir varias
contravenciones.
Entre la entidad Inspeccin y contravencin hay una relacin uno a muchos
es decir; en una inspeccin pueden haber existir varias contravenciones
Entre la entidad contravencin y contraactuacin hay una relacin uno a
muchos es decir, en una contravencin pueden haber varias contraactuaciones.
Entre la entidad contravencin e involucrado hay una relacin uno a
muchos es decir, en una contravencin 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 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

En la secretaria de hacienda se trabaja en el proceso de generacin 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.

Diseo lgico 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

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

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 grfico muestra lo siguiente:

ENTIDADES: En este modelo existen once entidades que se nombran a

continuacin.

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

relacin 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

relacin uno a muchos es decir; en una factura pueden ir varios detalles.

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 Propietario y Predio hay una relacin uno a muchos es

decir; un propietario puede tener 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.

Entre la Entidad Factura Vigente y Pago la relacin es de uno a muchos es

decir una factura puede tener varios pagos.

Entre la entidad Tercero y Factura Vigente la relacin es de uno a muchos es

decir una tercero puede tener varias Facturas.

Entre la entidad Tercero y cuentas por pagar la relacin es de uno a muchos

es decir un tercero puede tener varias cuentas por pagar.

Entre la entidad Tercero y cuentas por cobrar la relacin 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 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.

de recreacin 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.

Diseo lgico 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

Anlisis:
En el anterior grfico muestra lo siguiente:

ENTIDADES: En este modelo existen seis entidades que se nombran a

continuacin.

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

Institucin Evento
Institucin
Evento
Participante Evento
Tipo
Participante

En esta base de datos encontramos una entidad principal que son:

Evento.

RELACIONES DE CARDINALIDAD.

Entre la entidad Institucin e Institucin evento hay una relacin Uno a

muchos: es decir, en una institucin se pueden hacer varios eventos.

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.

Entre la entidad participante evento y evento hay una relacin Uno a

muchos: es decir, un participante puede participar en varios eventos.

Entre la entidad participante y participante evento hay una relacin 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 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

En la secretaria de Salud se trabaja en el proceso de realizar proceso donde se

identifican el nmero 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 estn prestando.

Diseo lgico 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

Anlisis:
En el anterior grfico muestra lo siguiente:

ENTIDADES: En este modelo existen nueve

continuacin.

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 identificacin hay una relacin Uno a

muchos: es decir, cada persona tiene un tipo de identificacin nico.

Entre la entidad historia persona

y persona hay una relacin Uno a
muchos: es decir, cada historia personal pertenece a una nica persona.

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

Numero que se le asigna a la historia clnica

Numero que se le asigna a la persona para atencin.
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.