AA4-Ev3-Implementación de la estructura de datos

ROSA NATHALY BEJARANO CARRION

SERVICIO NACIONAL DE APRENDIZAJE SENA ESPECIALIZACIÓN

TECNOLÓGICA GESTIÓN Y SEGURIDAD DE BASES DE DATOS

JULIO DE 2016
 INTRODUCCIÓN

Estructura de datos

Ejemplo de tabla de hash.

En programación, una estructura de datos es una forma particular de
organizar datos en una computadora para que pueda ser utilizado de manera
eficiente.
Diferentes tipos de estructuras de datos son adecuados para diferentes tipos
de aplicaciones, y algunos son altamente especializados para tareas
específicas.
Las estructuras de datos son un medio para manejar grandes cantidades de
datos de manera eficiente para usos tales como grandes bases de datos y
servicios de indización de Internet. Por lo general, las estructuras de datos
eficientes son clave para diseñar algoritmos eficientes. Algunos métodos
formales de diseño y lenguajes de programación destacan las estructuras de
datos, en lugar de los algoritmos, como el factor clave de organización en el
diseño de software.
Existen numerosos tipos de estructuras de datos, generalmente construidas
sobre otras más simples:

 Un arreglo es una serie de elementos en un orden específico, por lo

general todos del mismo tipo (si bien los elementos pueden ser de casi
cualquier tipo). Se accede a los elementos utilizando un entero como índice
para especificar el elemento que se requiere. Las implementaciones típicas
asignan palabras de memoria contiguas a los elementos de los arreglos
(aunque no siempre es el caso). Los arreglos pueden cambiar de tamaño o
tener una longitud fija.
 Un arreglo asociativo (también llamado diccionario o mapa ) es una
variante más flexible que una matriz, en la que se puede añadir y eliminar
libremente pares nombre-valor. Una tabla de hash es una implementación
usual de un arreglo asociativo.
 Un registro (también llamado tupla o estructura) es una estructura de
datos agregados. Un registro es un valor que contiene otros valores,
 típicamente en un número fijo y la secuencia y por lo general un índice por
nombres. Los elementos de los registros generalmente son
llamados campos.
 Una unión es una estructura de datos que especifica cuál de una serie
de tipos de datos permitidos podrá ser almacenada en sus instancias, por
ejemplo flotante o entero largo. En contraste con un registro, que se podría
definir para contener un flotante y un entero largo, en una unión, sólo hay
un valor a la vez. Se asigna suficiente espacio para contener el tipo de
datos de cualquiera de los miembros.
 Un tipo variante (también llamado registro variante o unión discriminada)
contiene un campo adicional que indica su tipo actual.
 Un conjunto es un tipo de datos abstracto que puede almacenar valores
específicos, sin orden particular y sin valores duplicados.
 Un Multiconjunto es un tipo de datos abstracto que puede almacenar
valores específicos, sin orden particular. A diferencia de los conjuntos, los
multiconjuntos admiten repeticiones.
 Un grafo es una estructura de datos conectada compuesta por nodos.
Cada nodo contiene un valor y una o más referencias a otros nodos. Los
grafos pueden utilizarse para representar redes, dado que los nodos
pueden referenciarse entre ellos. Las conexiones entre nodos pueden tener
dirección, es decir un nodo de partida y uno de llegada.
 Un árbol es un caso particular de grafo dirigido en el que no se admiten
ciclos y existe un camino desde un nodo llamado raíz hasta cada uno de los
otros nodos. Una colección de árboles es llamada un bosque.
 Una clase es una plantilla para la creación de objetos de datos según un
modelo predefinido. Las clases se utilizan como representación abstracta
de conceptos, incluyen campos como los registros y operaciones que
pueden consultar el valor de los campos o cambiar sus valores. 1

¿Qué son los arreglos?

Son una agrupación de datos homogéneos, es decir, con un mismo tipo de
dato básico asociado. Se almacenan en forma contigua en la memoria y son
referenciados con un nombre común y una posición relativa.
Ejemplos:
Arreglo Lineal (1 dimensión ó vector)
Vista gráfica

[1] [2] [3] [4] [5]

Definición de tipo
Type 
Linea:Array [1..5] of TipoBasico;
Var
MiArreglo:Linea;

Arreglo Bidimensional
(matriz)
Vista gráfica
[1,1]
[1,2]
[1,3]
[1,4]
[2,1]
[2,2]
[2,3]
[2,4]
Definición de tipo
[3,1]
Type
[3,2] TipoTabla:Array[1..3,1..4] of
TipoBasico;
[3,3]
Var
[3,4] MiTabla: TipoTabla;

Para pensar
Para pensarlo...
Determina el mecanismo de acceso a cada posición de las estructuras
definidas.
¿Existirán arreglos de más de 2 dimensiones?
Investígalo o piénsalo, dibuja su gráfica y constrúyele ladefinición de tipo con tu
grupo de trabajo.
Para implementar
Para implementar...
Recorre la diagonal secundaria de un arreglo bidimensional.
Almacena los antecedentes bibliotecarios en un arreglo tridimensional.
(NombreLibro, Código Libro, FechaPublicación, Autor(es))
Registros (TDU)
¿Qué son los registros?
Son un tipo de datos formado por una colección finita de elementos no
necesariamente homogéneos. El acceso se realiza a través del nombre del
registro seguido del campo específico al que se desea acceder.
Supongamos la sgte. vista gráfica de un registro cualquiera:

Año Marca Precio

OPEL CORSA
1997 SWING 1.4 4.150.000

Definición de tipo asociada:

TYPE
TipoAuto = RECORD
año: integer;
marca: string[35];
precio: longint; (*Para que soporte
valores > MAXINT*)
END;
Var
AUTOMOVILES: TipoAuto;

      
¿Cómo acceder a los campos individuales de un registro?

Para acceder a cada uno de los campos se utiliza la siguiente función de

acceso:

NombreRegistro.nombre del campo

Para el registro AUTOMOVILES revisado anteriormente se tiene que el acceso
a cada uno de sus campos se realiza como sigue:

AUTOMOVILES.año
AUTOMOVILES.marca
AUTOMOVILES.precio
La principal ventaja del uso de registros es que posibilitan modelar objetos que
contienen varias características y acceder a ellas mediante un nombre único. 
Para Implementar
 Definir la estructura de datos que represente las cuentas bancarias para 500
clientes del Banco Della Plaza. Ellas deben contener un saldo cuenta corriente
y otro en línea de crédito. Identifica las operaciones básicas asociadas a la
estructura.
 Definir la estructura de datos que represente un hotel 5 estrellas de 5 pisos y
10 habitaciones por piso. Identifica las operaciones básicas asociadas a la
estructura.
 Definir una estructura de datos para representar una agenda diaria. Plantear
la solución estática y dinámica. Identificar las operaciones básicas asociadas a
la estructura.
Alternativa solución Cajero Automático (1):

Operaciones básicas

Procedure Giro (var Clientes:Cta;tipocuenta,indice:integer;Monto:real)

{*Extrae dinero desde alguna de las cuentas*}

Procedure Deposito (var Clientes:Cta;tipocuenta,indice:integer;Monto:real)

{*Abona a alguna de las cuentas*}

Procedure Inicializacion (var Clientes:Cta;tipocuenta,indice:integer; Monto:real) 

{*Almacena los montos iniciales para cada cliente*}
Procedure Transferencia (var Clientes:Cta;sentido,indice:integer; Monto:real) 
{*Transfiere dinero entre cuentas de un mismo cliente*}
Asignación de Memoria Dinámica
Métodos de Asignación de Memoria
¿Cuáles son los métodos de asignación de memoria utilizados por el S.O.?
Cabe destacar que el almacenamiento y procesamiento de todos los datos es
realizado en memoria RAM, en un segmento destinado a ello (DS), por ello, es
importante conocer los métodos de asignación de memoria utilizados para su
almacenamiento. Por un lado, se tiene la asignación estática de memoria en
donde se reserva la cantidad necesaria para almacenar los datos de cada
estructura en tiempo de compilación. Esto ocurre cuando el compilador
convierte el código fuente (escrito en algún lenguaje de alto nivel) a código
objeto y solicita al S.O. la cantidad de memoria necesaria para manejar las
estructuras que el programador utilizó, quien según ciertos algoritmos de
asignación de memoria, busca un bloque que satisfaga los requerimientos de
su cliente. Por otro lado se tiene la asignación dinámica en donde la reserva de
memoria se produce durante la ejecución del programa (tiempo de ejecución).
Para ello, el lenguaje Pascal cuenta con dos procedimientos: NEW() y
DISPOSE() quienes realizan llamadas al S.O. solicitándole un servicio en
tiempos de ejecución. El procedimiento NEW ,por su parte, solicita reserva de
un espacio de memoria y DISPOSE la liberación de la memoria reservada a
través de una variable especial que direccionará el bloque asignado o liberado
según sea el caso.2

APELANTE
Se almacena los datos personales de los apelantes de un trámite.
CAMPOS TIPO LONG LLAVE ESTAD DESCRIPCIÓN
O
codapelante INT 11 PK NOT Código del apelante
NULL
nombreapelant CHAR 60 NOT Nombre del apelante
e NULL
nomdoc CHAR 30 FK NOT Código tipo de documento
NULL apelante
numdoc INT 11 NOT Número documento
NULL apelante
direccion CHAR 60 NOT Dirección apelante
NULL
telefono BIGINT 20 NOT Teléfono apelante
NULL
email CHAR 60 NOT E-mail apelante
NULL
Relación Tabla: FORMULARIO_DE_TRAMITE
Relación FK: TIPDOC
BARRIO
Se almacena los barrios pertenecientes a una ciudad.
CAMPOS TIPO LONG LLAVE ESTADO DESCRIPCIÓN
codbarrio INT 11 PK NOT NULL Código del barrio
nombre CHAR 30 NOT NULL Nombre del barrio
nombreciuda CHAR 30 PK NOT NULL Código de ciudad
d
Relación Tabla: UBICACION
Relación FK: CIUDAD,CLIENTES

CARGO
Se registra el cargo que desempeña el empleado dentro del sistema y en la
dependencia de Planeación de la Alcaldía Municipal.
CAMPOS TIPO LONG LLAVE ESTADO DESCRIPCIÓN
codcargo INT 11 PK NOT NULL Código del cargo
nomcarg CHAR 30 NOT NULL Nombre del cargo
o
Relación Tabla: EMPLEADOS
CIUDAD
Se almacena las ciudades pertenecientes a los departamentos del país.
CAMPOS TIPO LONG LLAVE ESTADO DESCRIPCIÓN
codciud INT 11 PK NOT NULL Código de la ciudad
nombreciuda CHAR 30 NOT NULL Nombre ciudad
d
nomdpto CHAR 30 FK NOT NULL Código departamento
Relación Tabla: CLIENTES, VEREDA
Relación FK: DEPARTAMENTO

CLIENTES
Se registran los datos personales de cada cliente.
CAMPOS TIPO LONG LLAVE ESTADO DESCRIPCIÓN
numdoc BIGINT 11 PK NOT Número I.D.
NULL
nomdoc CHAR 30 FK NOT Código Tipo de
NULL documento
nombres CHAR 30 NOT Nombres del
NULL cliente
direccion CHAR 60 NOT Dirección del
NULL cliente
nomdpto CHAR 30 NOT Código del
NULL departamento
nombreciudad CHAR 30 NOT Código de la
NULL ciudad
nombrebarrio CHAR 30 FK NOT Código del Barrio
NULL
nombresector CHAR 30 FK NOT Código de sector
NULL
nombrevereda CHAR 30 FK NOT Código del barrio
NULL
nombresector1 CHAR 30 FK NOT Código de la sector
NULL
teléfono varchar 20 NOT Teléfono del cliente
2 NULL
email CHAR 60 NOT E-mail del cliente
NULL
tiposolicitud CHAR 30 NOT Tipo de solicitud
NULL del cliente
Fecha de registro DATE NOT Fecha de
NULL radicación
Relación FK: TIPDOC, DEPARTAMENTO, CIUDAD, BARRIO, VEREDA,
SECTOR, SECTOR1

DEPARTAMENTO
Se almacena los departamentos del país.
CAMPOS TIPO LONG LLAVE ESTADO DESCRIPCIÓN
coddpto INT 11 PK NOT NULL Código del departamento
nomdpto CHAR 30 NOT NULL Nombre del departamento
Relación Tabla: CLIENTES, CIUDAD
DETALLE_USUARIO_FORMULARIO
Se almacena los detalles del usuario en el formulario.
CAMPOS TIPO LONG LLAVE ESTADO DESCRIPCIÓN
formulario_i INT 3 PK NOT Código del formulario
d NULL
usuario_id VARCHAR 15 NOT Código del usuario
NULL
Relación Tabla: CLIENTES, CIUDAD,EMPLEADO

EMPLEADOS
Se registran los datos personales de cada Usuario del sistema.
CAMPOS TIPO LONG LLAVE ESTADO DESCRIPCIÓN
codpersonal INT 11 PK NOT NULL Código del empleado
nomdoc CHAR 30 FK NOT NULL Tipo de documento de
identidad
numdoc BIGINT 11 NOT NULL Número del documento
de identidad
nombre CHAR 30 NOT NULL Nombre del empleado
nomcargo CHAR 30 FK NOT NULL Código del cargo
direccion CHAR 30 NOT NULL Dirección del empleado
 telefono BIGINT 20 NOT NULL Teléfono del empleado
email CHAR 30 NOT NULL E-mail del empleado
fechafil DATE NOT NULL Fecha de afiliación a la
empresa
sueldo INT 11 NOT NULL Sueldo
estado CHAR 30 NOT NULL Estado del empleado
Relación Tabla: USUARIO
Relación FK: TIPDOC, CARGO

EVENTOS
Se registran las acciones que realiza cada uno de los empleados en el sistema.
CAMPOS TIPO LONG LLAVE ESTADO DESCRIPCIÓN
cod_evento INT 11 PK NOT Código de la acción
NULL
nom_evento CHAR 30 NOT Descripción de la
NULL acción
Relación Tabla: LOG_TRANSACCIONES

FORMATO DE RECLAMACIONES
Se almacena los tipos de reclamaciones.
CAMPOS TIPO LO LLAVE ESTAD DESCRIPCIÓN
NG O
numradicacio INT 11 PK NOT Numero de radicacion
n NULL
Fecha DATE 30 NOT Fecha de reclamacion
NULL
nomalcaldia CHAR 60 NOT Nombre De la Alcaldia
NULL
 nomdpto CHAR 30 NOT Nombre Del
NULL Departamento
numdoc CHAR 30 NOT Numero Documento
NULL
nomdoc CHAR 60 NOT Nombre Documento
NULL
nombreapelante CHAR 60 NOT Nombre Apelante
NULL
diridvivienda CHAR 60 NOT Dirección De Vivienda
NULL
nombrebarrio CHAR 60 NOT Nombre Del Barrio
NULL
fincavivienda CHAR 60 NOT Finca y Viviendas
NULL
motivoreclamo LONG NOT Motivo Del Reclamo
TEXT NULL
estratoadoptado INT 11 NOT Estrato Adoptado
NULL
Estrato_esperado INT 11 NOT Estrato Esperado
NULL
nombre CHAR 30 NOT Nombre
NULL
nomcargo CHAR 30 NOT Nombre De Cargo
NULL
tipoestratificacion CHAR 60 NOT Tipo Estratificacion
NULL
detalleestratificacio CHAR 60 NOT Detalle Estratificacion
n NULL
tipoavaluo CHAR 20 NOT Tipo De Avaluo
NULL
sector CHAR 20
manzanaovereda CHAR 20 NOT Manzana De Vereda
NULL
predio CHAR 20 NOT Predio
NULL
mejoras CHAR 20 NOT Mejoras
NULL
direccioidvivienda CHAR 60 NOT Dirrecion y Vivienda
NULL
codmunicipal CHAR 20 NOT Código Municipal
NULL
estado CHAR 20 NOT Estado
NULL
observacione LONG NOT Observacion
s TEXT NULL
 respuestareclamo CHAR 30 Respuesta Del Reclamo

fecha1 DATE Fecha

observar LONG Observaciones
TEXT
fecharesgistro DATE NOT Fecha Del registro
NULL
Relación Tabla: CLIENTES, CIUDAD,SECTOR,MANZANA,CARGO

FORMU_ESTRATI_SEGUNDA_INSTAN
Se registran los datos pertenecientes al trámite de apelaciones para
estratificación.
CAMPOS TIPO LONG LLAVE ESTAD DESCRIPCIÓN
O
numformulario INT 11 PK NOT Número del
NULL formulario
nombre CHAR 30 FK NOT Nombre del
NULL empleado
nomdpto CHAR 30 FK NOT Código del
NULL departamento
nombreciudad CHAR 30 FK NOT Código de la
NULL ciudad
nombrebarrio CHAR 30 FK NOT Código del
NULL barrio
nombresector CHAR 30 FK NOT Código de la
NULL sector
nombreseccion CHAR 30 FK NOT Código de la
 NULL manzana
nombmanzana CHAR 30 NOT Manzana
NULL donde esta
ubicado el
predio
direccioncalles CHAR 30 NOT Calle donde
NULL esta ubicado el
predio
direccioncra CHAR 30 NOT Carrera donde
NULL esta ubicado el
predio
codmunicmanza CHAR 30 FK NOT Código
NULL municipal de la
manzana
numdoc BIGINT 11 NOT Numero de
NULL documento
nomdoc CHAR 30 NOT Tipo de
NULL documento

nombreapelante CHAR 60 NOT Nombre del

NULL apelante
motivoapelacion LONGTEXT NOT Motivo de
NULL apelación
respuestareclamo CHAR 30 NOT Respuesta del
NULL reclamo
fecha1 DATE NOT Fecha de
NULL radicacion
observar LONGTEXT NOT Observaciones
NULL
detallepregunta1 LONGTEXT NOT Pregunta 1
NULL
respuesta1 CHAR 30 NOT Respuesta 1
NULL
codigo1 CHAR 30 NOT Código 1
NULL
ladomanzana1 CHAR 30 NOT Lado de
NULL manzana 1
detallepregunta2 LONGTEXT NOT Pregunta 2
NULL
respuesta2 VARCHAR 455 NOT Respuesta 2
NULL
codigo2 CHAR 30 NOT Código 2
NULL
ladomanzana2 CHAR 30 NOT Lado de
NULL manzana 2
detallepregunta3 LONGTEXT NOT Pregunta 3
NULL
respuesta3 LONGTEXT 30 NOT Respuesta 3
NULL
respuesta8 CHAR 30 NOT Respuesta
NULL opcional
pregunta 3
codigo3 CHAR 30 NOT Código 3
NULL
ladomanzana3 CHAR 30 NOT Lado de
NULL manzana
detallepregunta4 LONGTEXT NOT Pregunta 4
NULL
respuesta4 CHAR 30 NOT Respuesta 4
NULL
codigo4 CHAR 30 NOT Código 4
NULL
ladomanzana4 CHAR 30 NOT Lado de
NULL manzana
detallepregunta5 LONGTEXT NOT Pregunta 5
NULL
respuesta5 CHAR 30 NOT Respuesta 5

NULL
codigo5 CHAR 30 NOT Código 5
NULL
ladomanzana5 CHAR 30 NOT Lado de
NULL manzana 5
detallepregunta6 LONGTEXT NOT Pregunta 6
NULL
respuesta6 CHAR 30 NOT Respuesta 6
NULL
codigo6 CHAR 30 NOT Código 6
NULL
ladomanzana6 CHAR 30 NOT Lado de
NULL manzana 7
detallepregunta7 LONGTEXT NOT Pregunta 7
NULL
respuesta7 LONGTEXT 30 NOT Respuesta 7
NULL
codigo7 CHAR 30 NOT Código 7
NULL
ladomanzana7 CHAR 30 NOT Lado de
NULL manzana 7
detallepregunta8 LONGTEXT NOT Pregunta 8
NULL
respuesta8 LONGTEXT 30 NOT Respuesta 8
NULL
 codigo8 CHAR 30 NOT Código 8
NULL
ladomanzana8 CHAR 30 NOT Lado de
NULL manzana 8
contextourbanistico CHAR 60 NOT Contexto
NULL urbanístico
codladomanzana CHAR 30 NOT Manzana
NULL donde esta
ubicada la
vivienda
direccionladomanzan CHAR 30 Dirección de la
a vivienda
justificacion LONGTEXT NOT Justificación del
NULL tipo de
atipicidad de la
vivienda
atipicidad CHAR 30 NOT Atipicidad de la
NULL vivienda
observaciones CHAR 30 NOT Observaciones
NULL
nombrerecolector CHAR 30 NOT Nombre del
NULL recolector
nombresupervisor CHAR 30 NOT Nombre del
NULL supervisor
fechaderecoleccion DATE NOT Fecha de
NULL recolección
nombrecoificador CHAR 30 NOT Nombre del
NULL coificador
nombre del critico CHAR 30 NOT Nombre del
NULL crítico
fechaderegistro DATE NOT Fecha de
NULL registro
Relación Tabla: CLIENTES
Relación FK: EMPLEADO, DEPARTAMENTO, SECTOR, CIUDAD, SECCION,
MANZANA, BARRIO, TIPDOC
FORMULARIO_DE_TRAMITE
Se registran los datos pertenecientes al trámite de apelación para
estratificación.
CAMPOS TIPO LONG LLAVE ESTADO DESCRIPCIÓN
numradiciacion INT 11 PK NOT No. de radicación
NULL del trámite
fecha DATE NOT Fecha de
NULL radicación
nomalcaldia CHAR 30 NOT Nombre de la
NULL alcaldía
nomdpto CHAR 30 FK NOT Código del
 NULL departamento
numdoc BIGINT 11 FK NOT Numero del
NULL documento del
apelante
nomdoc CHAR 30 FK NOT Tipo de doumento
NULL del apelante
nombreapelante CHAR 60 NOT Nombre del
NULL apelante
diridvivienda CHAR 60 NOT Dirección del
NULL usuario
nombrebarrio CHAR 30 Nombre del Barrio
fincavivienda CHAR 60 NOT Finca o vivienda
NULL
respuestareclamacio CHAR 30 FK NOT Respuesta de la
n NULL reclamacion
observación LONG NOT Observaciones
TEXT NULL del reclamo

motivoreclamo LONG NOT Motivo del

TEXT NULL reclamo
estratoadoptado INT 11 NOT Estrato adoptado
NULL
estratoesperado INT 11 NOT Estrato esperado
NULL
nombre CHAR 30 FK NOT Nombre del
NULL empleado
nomcargo CHAR 30 NOT Nombre del cargo
NULL
tipoestratificacion CHAR 30 NOT Tipo
NULL estratificación de
la vivienda
detalleestratificación CHAR 60 NOT Detalle
NULL estratificación
tipoavaluo INT 20 NOT Número tipo
NULL avalúo
sector INT 20 NOT Numero del sector
NULL
manzanaovereda INT 20 NOT Número de la
NULL manzana o
vereda
predio INT 20 NOT Número del predio
NULL
mejoras INT 20 NOT Número de la
NULL mejora
direccionidvivienda CHAR 30 NOT Dirección o
NULL identificación de la
vivienda
 codmunicipal INT 20 NOT Código Municipal
NULL
estado CHAR 30 NOT Estado
NULL
observaciones LONG NOT Observaciones
TEXT NULL
respuestareclamo CHAR 30 Respuesta del
reclamo
fecha1 DATE Fecha
observar LONG Observaciones
TEXT
fecharegistro DATE NOT Fecha del registro
NULL
Relación Tabla: USUARIO
Relación FK: TIPDOC, DEPARTAMENTO, APELANTE, UBICACIÓN,
EMPLEADOS

LOG_TRANSACCIONES
En esta tabla se almacena el registro de todas las transacciones realizadas por
cada Usuario del sistema.
CAMPOS TIPO LONG LLAVE ESTADO DESCRIPCIÓN
Id INT 11 PK NOT NULL Código de
transacción
cod_evento INT 11 FK NOT NULL Código de la
acción
cod_modulo INT 11 NOT NULL Código del
modulo
cod_usuario DOUBLE NOT NULL Código del
usuario
Fechahora DATETIME NOT NULL Fecha y hora de
la transacción
Relación Tabla: EVENTOS, MODULO, USUARIOS

MANZANA
Se registra las manzanas en las cuales se divide un barrio.

CAMPOS TIPO LONG LLAVE ESTADO DESCRIPCIÓN

codmanzana INT 11 PK NOT Código de la manzana
NULL
nombmanzan CHAR 30 NOT Nombre de la manzana
a NULL
Relación Tabla: FORMU_ESTRATI_SEGUNDA_INSTAN
MODULO
Se registran los formularios que conforman el sistema
CAMPOS TIPO LONG LLAVE ESTADO DESCRIPCIÓN
cod_modulo INT 11 PK NOT NULL Código del modulo
nom_modulo CHAR 30 NOT NULL Nombre del modulo
Relación Tabla: LOG_TRANSACCIONES

PERMISOS
Se almacena el registro de todos los permisos que tiene cada Usuario para
acceder a los módulos del sistema.
CAMPOS TIPO LONG LLAVE ESTADO DESCRIPCIÓN
formulario_id INT 11 PK NOT NULL Código del formulario
usuario_id VARCHA 15 NOT NULL Nombre del usuario
R
cod_modulo INT 11 FK NOT NULL Código del modulo
Relación FK: MODULOS

RADICACIONES
En esta tabla se digitalizan todos los oficios radicados en la oficina de
Planeación Municipal.

CAMPOS TIPO LONG LLAVE ESTADO DESCRIPCIÓN

codradicacion INT 11 PK NOT Código radicación
NULL sistema
est VARCHAR 60 NOT No. EST
NULL
fecharadicacion DATE NOT Fecha de
NULL radicación
rdo VARCHAR 60 NOT No. de Radicado
NULL
numdoc BIGINT 11 NOT Número del
NULL documento
nombreapelante CHAR 50 NOT Nombre del
NULL apelante
descripción MEDIUMBLO Descripción de la
B radicación
fecharegistro DATE NOT Fecha de
NULL Registro de
Radicación del
Sistema
Relación Tabla: RADICACIONES
SECCIONES
En esta tabla se registra las diferentes secciones en que se divide un sector
perteneciente a una comuna la ciudad.
CAMPOS TIPO LONG LLAVE
ESTADO DESCRIPCIÓN
codseccion INT 11 PK
NOT NULL Código de la sección
nombreseccion CHAR 30 NOT NULL Nombre de la
sección
Relación Tabla: FORMU_ESTRATI_SEGUNDA_INSTAN, CLIENTES

SECTOR
Se registran los diferentes sectores en que está dividida una comuna en la
ciudad.
CAMPOS TIPO LONG LLAVE ESTADO DESCRIPCIÓN
codsector INT 11 PK NOT NULL Código del sector
nombresector CHAR 30 NOT NULL Nombre del sector
nombre CHAR 50 NOT NULL Nombre del barrio
nombrevereda CHAR 50 NOT NULL Nombre de la vereda
Relación Tabla: FORMU_ESTRATI_SEGUNDA_INSTAN, CLIENTES

TIPDOC (TIPO DOCUMENTO)

Se registra el tipo de documento de identidad que puede llegar a tener un
cliente y un empleado.
CAMPOS TIPO LONG LLAVE ESTADO DESCRIPCIÓN
tipdoc INT 11 PK NOT NULL Código tipo de documento
nomdoc CHAR 50 NOT NULL Nombre tipo de documento
Relación Tabla: CLIENTES, EMPLEADOS

USUARIO
En esta tabla se registran los datos personales de cada Usuario del sistema.
CAMPOS TIPO LONG LLAVE ESTADO DESCRIPCIÓN
codpersona INT 11 PK, NOT Código del empleado
l
FK NULL
numdoc BIGINT 11 NOT Número del documento
NULL del usuario
nombre CHAR 30 NOT Nombre del usuario
NULL
login CHAR 30 NOT Nombre de acceso del
NULL usuario
password CHAR 50 NOT Clave de acceso del
NULL usuario
estado CHAR 30 NOT Estado del usuario
NULL
 rol INT 11 NOT
NULL
Relación FK: EMPLEADOS

UBICACIÓN
Se almacena y registra la información correspondiente para la ubicación de un
predio.
CAMPOS TIPO LONG LLAVE ESTADO DESCRIPCIÓN
codubicacion INT 11 PK NOT Código ubicación
NULL
nombrebarrio CHAR 30 FK NOT Nombre del barrio
NULL donde está ubicada la
vivienda
nombrevereda CHAR 30 FK NOT Nombre de la vereda
NULL donde esta ubicada la
vivienda
fincavivienda CHAR 60 NOT Nombre de la finca o
NULL vivienda a las afueras
de la ciudad.
Relación Tabla: FORMULARIO_DE_TRAMITE
Relación FK: BARRIOS, VEREDA

VEREDA
Se registra las veredas que conforman una ciudad.

CAMPOS TIPO LONG LLAVE ESTADO DESCRIPCIÓN

codvereda INT 11 PK NOT Código de la vereda
NULL
nombrevered CHAR 30 NOT Nombre de la vereda
a NULL
nombreciudad CHAR 30 FK NOT Código de la ciudad
NULL
Relación Tabla: CLIENTES
Relación FK: CIUDAD

GLOSARIO
https://es.wikipedia.org/wiki/Estructura_de_datos sacado en la web en julio1
http://html.rincondelvago.com/estructura-de-datos_7.html sacado de la web en
julio 2