Modelado_De_Datos_Orientado_a_Objetos_Pa

Vista previa del material en texto

1 
Modelado de Datos Orientado a Objetos para un Sistema de 
Información Geográfica 
 
Nidia Posada, David Sol 
{posada, sol} @mail.udlap.mx 
CENTIA 
Universidad de las Américas-Puebla 
72820 Sta. Catarina Mártir 
Puebla, México 
 
Resumen 
 
Nuestro trabajo presenta el diseño y la implementación de Objetos 
Geográficos (OG) que permitan el manejo de datos en un Sistema de 
Información Geográfica (SIG). Utilizando una Base de Datos Objeto-
Relacional (Informix Universal Server IUS), es posible manejar la 
persistencia de los OG. El modelo describe OG del mundo real, así como 
conceptos del enfoque orientado a objetos tales como la herencia, la 
asociación y la clasificación. Un visualizador de objetos geográficos apoya 
en la administración del almacenamiento y la recuperación de objetos 
geográficos, permitiendo así el manejo de la persistencia. De esta manera 
los objetos geográficos no necesitan ser armados y desarmados para su 
utilización. 
 
Palabras clave: Herencia, asociación, superclase, orientado a objeto, 
Objeto Geográfico, SIG. 
 
 
1.- Introducción 
Los sistemas de información se han convertido 
en herramientas útiles de la ingeniería y de las 
ciencias básicas. Son tres las características 
que han propiciado que los sistemas de 
información geográfica (SIG) se estén 
desarrollando en forma considerable y estas 
características son: el resolver problemas de 
manera eficiente, rápida y oportuna. 
 
Los SIG son un tipo especializado de sistemas 
que se distinguen por su capacidad de manejar 
información espacialmente referenciable y que 
permiten además su representación gráfica 
[Velez 96]. Se dice que son herramientas, 
porque ayudan a la formación de elementos de 
juicio para la toma de decisiones luego que se 
han aprovechado sus funciones de captura, 
almacenamiento, refinamiento, análisis y 
visualización de la información. 
 
La forma de organizar la información en un SIG 
espacial es importante. La información puede 
ser muy variada ya que tomamos en cuenta 
características del mundo real. Podemos tener 
información tanto de cuerpos y figuras regulares 
que son bien representados por la geometría 
tradicional tanto de información que no podrá 
ser representada de manera trivial. Esto se debe 
a que la mayoría de los datos espaciales que 
representan información real no es regular. El 
uso de nuevas geometrías permitirá un manejo 
más adecuado de la información espacial [López 
98]. 
 
Las bases de datos se utilizan normalmente 
para guardar una variedad de información 
dependiendo del dominio de la aplicación 
elegida. Los datos necesitan a menudo ser 
periódicamente actualizados en cuanto a la 
información con la que cuenta (valores), como 
de los cambios en el dominio de la aplicación. 
Los mecanismos de almacenamiento de datos 
actuales en una base de datos utilizan modelos 
formales que garantizan la consistencia, la 
seguridad, reducen la redundancia y permiten su 
uso concurrente. Debido a estas exigencias una 
base de datos modela datos de una manera 
distinta a su representación real. Tal es el caso 
del modelo relacional. Como es bien conocido, 
si los datos que se manejan son complejos y 
estructurados se necesitan crear mecanismos 
de armado y desarmado de datos para que 
2 
aplicaciones de explotación y bases de datos 
puedan interactuar [Cattell 91]. 
 
El advenimiento del paradigma de programación 
orientado a objeto y la aparición de estructuras 
de datos no atómicos, sugieren nuevos métodos 
para organizar información en una base de 
datos. Los sistemas de base de datos objeto 
(ODBMS) deben de soportar aplicaciones 
complejas tales como: diseño automatizado 
(CAD) y software automatizado (CASE), y 
sistemas multimedia tales como SIG, manejo de 
imágenes, voz y video. 
 
Nuestro trabajo describe en este contexto el 
manejo de datos geográficos en una base de 
datos orientada a objetos, utilizando el enfoque 
objeto/relacional. Nuestro trabajo utiliza como 
base una interfaz para datos geográficos 
desarrollada en nuestro grupo de trabajo 
[Briones 98] donde los aspectos básicos de un 
SIG ya han sido considerados. Por otro lado, 
pretende ser una base experimental para 
aspectos adicionales como consultas, 
interoperabilidad y compartición de datos 
geográficos. 
 
2.- Trabajos Relacionados 
Se analizaron varios trabajos describiendo sus 
técnicas donde cada uno tiene características 
propias pero otras generales. Hay que tomar en 
cuenta que se están realizando muchos estudios 
para lograr un estándar en el modelado de los 
datos geográficos. Algunos ejemplos pueden 
encontrarse en [Posada 99]. Hasta el día de hoy 
no se ha llegado a un acuerdo, pero es bueno 
notar que los trabajos tienen ideas similares. 
 
Los trabajos descritos coinciden en el hecho de 
que es importante considerar los conceptos del 
enfoque orientado a objetos. Algunos han hecho 
más énfasis en el aspecto de la herencia. Las 
características que los trabajos descritos 
consideraron más relevantes fueron las 
consideramos en nuestro trabajo. 
 
En el contexto del esfuerzo que se lleva a cabo 
para este tipo de modelado, los investigadores 
han coincidido también en el uso de un estándar 
para los datos geográficos. Los estándares que 
han presentado más interés proponen el uso de 
geometrías basadas en puntos, líneas y 
polígonos. 
 
La tabla 1 presenta los trabajos que fueron 
analizados junto con las características que 
poseen cada uno. Así como las características 
que tomó nuestro trabajo. 
 
 
 
Modelo
C
la
s
if
ic
a
c
ió
n
G
e
n
e
ra
liz
a
c
ió
n
A
s
o
c
ia
c
ió
n
A
g
re
g
a
c
ió
n
H
e
re
n
c
ia
P
ro
p
a
g
a
c
ió
n
D
e
s
p
le
g
a
d
o
Object-Oriented Modeling for GIS [Egenhofer 98]
Rock & Roll [Fernandes 99]
Computer Cartography for GIS: an Object-Oriented 
view on the Display Transformation [Andrew 92]
Modelado de Datos Orientado a Objeto para un
Sistemas de Información Geográfico (SIGOO)
[Posada 99] 
Tabla 1 Características de los trabajos analizados y el sistema SIGOO propuesto 
 
 
La tabla muestra las características similares 
son: 
  Agregación,  Asociación,  Herencia,  Generalización y  Clasificación 
En el modelo presentado por [Egenhofer 98] es 
importante estudiar como modela el manejo de 
la Asociación y la Herencia. 
 
3. Metodología 
La metodología que se utilizó para el diseño del 
modelo en el sistema es el Modelo y Diseño 
Orientado a Objeto (OMT) [Rambaugh 96 et. al], 
3 
debido a que maneja los conceptos orientados a 
objeto. Esto nos permite manejar a nivel diseño, 
implementación y almacenamiento un enfoque 
orientado a objetos. 
 
El hecho de manejar un enfoque homogéneo en 
3 niveles de construcción de la aplicación 
permite reflejar en la base de datos objetos 
geográficos del mundo real y al mismo tiempo 
conservar las ventajas que ya existen en los 
modelos de bases de datos actuales. 
 
Las características más relevantes del modelo 
orientado a objetos son las siguientes: 
 
Clasificacón: es la organización de métodos y 
datos de la misma estructura, además de su 
comportamiento. En éste caso se puede ver que 
una capa se encuentra compuesto por tipos 
como son punto, líneas, polilíneas y polígonos 
estos a su vez manejan atributos y métodos. 
Generalización: es la capacidad que permite que 
un objeto especializado pueda ser substituido 
por un elemento de su super-clase. En este 
caso la sub-clase comparte la estructura y el 
comportamiento de la super-clase. 
Asociación: Es un enlace que existe entre una 
clase y otra. Este enlace permite hacer una 
referencia hacia otras clases. 
Agregación: es una propiedad que permite que 
se manejan objetos compuestos, los cuales a su 
vez son otros objetos. Es una relación parte-de 
donde al unirse forman el ensamblaje completo. 
Estos objetos tienen su propia funcionalidad. 
Herencia: Define a las clases en términos de 
super-clases. 
 
Todas estas propiedades y conceptos nos 
permitieron experimentarcomo el enfoque 
objeto/relacional permite el manejo de datos y 
objetos geográficos. 
 
4. Modelos de Datos 
La representación de datos geográficos puede 
llevarse a cabo de manera natural en el contexto 
del enfoque orientado a objetos. Sin embargo, el 
manejo de base de datos se realiza actualmente 
en el contexto del enfoque relacional, dadas las 
ventajas que éste ofrece. 
 
A partir del desarrollo de la metodología 
orientada a objetos, dos enfoques se han sido 
impulsados: 
  el enfoque puramente objeto  el enfoque objeto/relacional 
Describiremos a continuación brevemente 
algunos aspectos del relacional que nos parecen 
interesantes para después describir el enfoque 
objeto/relacional. Este enfoque fue el que 
utilizamos en el desarrollo de nuestro trabajo. 
 
4.1 Modelo Relacional 
La popularidad del modelo relacional se debe 
primariamente a su simplicidad. Hay únicamente 
una sola estructura de datos: una tabla con 
renglones y columnas conteniendo datos de tipo 
específico, tales como integer o string. El 
lenguaje de consultas está basado en simples 
operaciones con tablas, y las más complejas 
características (tales como la integridad limitada 
en datos y definición de vistas, ocultar o 
reestructurar datos) que no necesitan ser 
entendidos por el usuario [Cattell 91]. 
 
Para que el modelo relacional pueda almacenar 
datos geográficos, éstos necesitan ser 
atomizados en renglones y columnas. Los 
mecanismos de almacenamiento y recuperación 
de datos geográficos son entonces 
desarrollados en el contexto de la aplicación que 
hace acceso a la base de datos. Esto puede 
provocar que el manejo de uno o dos objetos 
geográficos represente el manejo de varias 
tablas en el contexto del relacional. 
 
Un SIG maneja sus datos por capas. Por 
ejemplo: un territorio puede estar compuesto por 
ríos, carreteras y ciudades. Cada uno de estos 
componentes es una capa. Cada capa esta 
compuesta por un conjunto de objetos 
geográficos del mismo tipo. Cada objeto puede 
necesitar de una o más tablas para poder ser 
almacenado. Pensemos tan sólo en un objeto 
representado por un polígono. El polígono está 
compuesto por varios segmentos y cada 
segmento está compuesto por dos puntos. 
Dependiendo del tipo de representación que sea 
utilizado, podríamos tener una tabla para los 
puntos, una para los segmentos y otra para los 
polígonos, con sus respectivas referencias. 
 
Este manejo reduce de manera considerable la 
claridad de representación de los datos que 
manejan. Se garantiza integridad y consistencia, 
pero se pierde en claridad. El enfoque orientado 
a objetos propone una alternativa, que en 
principio pretende garantizar la integridad y la 
consistencia y gana en claridad. 
 
 
 
4 
4.2 Modelo Orientado a Objeto 
Los sistemas basados en modelos de datos 
orientados a objeto fueron inspirados a partir 
del paradigma de programación orientada a 
objeto. Entre los primeros lenguajes orientados 
a objetos podemos citar Smalltalk y Simula. 
Ejemplos más recientes son C++, CIOS, CLU y 
JAVA [Berard 96]. 
 
El paradigma de programación orientada a 
objetos incluye el concepto de tipos abstractos 
de datos en lenguajes de programación. Las 
declaraciones de tipos abstractos de datos 
explícitamente se definen públicos y privadas en 
algunas porciones de la estructura de datos, u 
objetos. Los tipos abstractos de datos en un 
lenguaje orientado a objeto, son implementados 
en clases, es decir encapsula porciones 
privadas de datos del objeto con procedimientos 
públicos, llamados métodos. El argumento para 
encapsulación es uno de los más simples en la 
construcción y mantenimiento de programas a 
través de modularización. Un objeto es como 
una caja negra, que puede ser construida y 
modificada independientemente del resto del 
sistema, tan grande como una interfaz pública 
(método) en la cual las definiciones no cambian. 
 
No hay un sólo paradigma orientado a objeto, y 
por lo tanto hay una variedad de modelos y 
como consecuencia diferentes estándares 
[Khoshafian 95]. Generalmente, los lenguajes de 
programación orientados a objeto parten de 
conceptos comunes además de encapsulación, 
en particular el uso de jerarquías de tipos de 
objetos con herencias en sus atributos y 
métodos. De cualquier modo, las características 
específicas varían, y pueden regular la definición 
estricta de encapsulación provista por tipos 
abstractos de datos - que los procedimientos 
son públicos, cuando los datos son privados. El 
tipo de modelado también influye en la manera 
como son manejados los DBMS´s Orientados a 
Objeto. 
 
4.3 Modelo Objeto-Relacional 
El camino más inmediato que remedia el 
problema de la claridad en el modelo relacional 
es el modelo extendido o modelo objeto-
relacional. El modelo de datos "Extended 
Relational" es usado en sistemas basados en el 
modelo de datos relacional incorporando 
procedimientos, objetos, versiones y otras 
nuevas capacidades. El desarrollo de modelo 
objeto/relacional deriva del hecho que las 
ventajas del relacional se conservan y pueden 
integrarse aspectos de diseño que agregan 
claridad a la representación de los datos. 
 
Para evitar que múltiples extensiones del 
relacional se generen se encuentra en proceso 
de definición un estándar en el contexto de SQL 
[Manola 97 et. al]. 
 
Para que un SIG pueda ser manejado en el 
contexto del enfoque objeto/relacional, son 
creados tipos de acuerdo a los objetos 
geográficos que desean manejarse. Una 
jerarquía de tipos es creada, donde a partir de 
los tipos básicos, son construidos tipos más 
sofisticados. Todos los tipos creados son 
entonces implementados por clases que 
permiten su manejo y lo hacen compatible con la 
jerarquía que se utilice en un lenguaje de 
programación orientado a objetos. 
 
5. Objetos Geográficos 
Los objetos geométricos de base son: 
  Puntos  Líneas  Polilíneas  Polígonos 
 
Cada uno de los cuales es modelado por un tipo 
abstracto de datos en el contexto del enfoque 
objeto/relacional. El modelo de representación 
que usamos es el vectorial, debido a que su 
estructura básica descansa en puntos, líneas y 
polígonos. El modelado basado en puntos, 
líneas y polígonos corresponde con el 
desarrollado para el visualizador de objetos 
geográficos. Una descripción del enfoque 
vectorial para aspectos de visualización puede 
encontrarse en [Briones 98]. Actualmente se 
esta trabajando en un formato que nos ayudará 
a compartir datos heterogéneos usando el 
standard de OPENGIS para la exportación e 
importación de los datos [Kottman 95]. En la 
figura 1 puede verse como los puntos, líneas y 
polígonos son utilizados para modelar el campus 
de la Universidad de las Américas en Puebla. 
 
 
 
5 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Figura 1 Campus de la UDLA 
 
6. Modelo SIGOO 
Nuestro trabajo utiliza como plataforma un 
visualizador desarrollado en nuestro grupo 
[Briones 98] y se concentra en el modelado de 
objetos geométricos del campus de la 
Universidad de las Américas. La aportación más 
relevante de nuestro trabajo es la manipulación 
de objetos geográficos persistentes. 
 
El desarrollo de nuestro trabajo requirió en 
primera instancia la creación de tipos abstractos 
de datos para los objetos geográficos. Los tipos 
abstractos de datos principales son: punto, 
línea, polilínea y polígono. 
 
La Figura 2 muestra la jerarquía de clases que 
se maneja a nivel de la programación. La 
jerarquía muestra como clase principal a vista, la 
cual es manejada como el nombre del proyecto, 
el cual está formado por varias capas. En el 
segundo nivel encontramos a la clase Capa, en 
la cual se manejan los distintos tipos de datos 
mencionados anteriormente, por último en el 
tercer nivel encontramos a los tipos básicos de 
datos. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Figura 2 Jerarquía de clases en el Sistemas de Información Geográfico 
6 
6.1 Punto 
Un punto está formado por coordenadas X,Y. La 
clase Punto maneja las coordenadas en 
variables x, y. 
 
6.2 LíneaUna línea esta formada por un par de puntos, es 
decir dos parejas de coordenadas X,Y. Por lo 
tanto la agregación de puntos se ve reflejada en 
una línea. La utilidad que nos aporta esta clase 
se debe a que pueden derivarse de ella otras 
más específicas, las cuales tendrán atributos 
que nos proporcionen más información de la que 
una línea puede darnos, un ejemplo claro puede 
ser, que se utilice para la creación de pasillos, la 
cual tendrá como atributos: nombre del pasillo, 
edificio al que pertenece y sus medidas. 
 
6.3 Polilínea 
Una polilínea está formada por dos o más 
líneas, es decir por más de dos pares de puntos. 
En ésta clase se toma en cuenta este concepto, 
que contiene un conjunto de coordenadas X,Y, 
otro atributo adicional que es el número de 
puntos del que ésta formada. Así como en la 
Línea, la polilínea es una agregación de Líneas. 
Para tener una aportación de información más 
clara, la polilínea puede generar otra clase más 
específica por ejemplo, las carreteras, de las 
cuales obtenemos mayor información como 
puede ser: sentido de circulación, número de 
carriles, destino al que lleva, y kilometraje por 
mencionar algunas. De ésta forma teniendo 
nuestra clase básica polilínea la cual al principio 
no nos remitía información alguna, al realizar 
una subclase de ella se obtiene información 
adicional. 
 
6.4 Polígono 
El polígono es parecido a una polilínea con la 
diferencia que ésta figura es cerrada. Contiene 
un conjunto de coordenadas X,Y, además de un 
atributo adicional el cual nos dirá cuantos puntos 
son los que forman al polígono. De la misma 
forma que la línea y la polílinea siendo clases 
básicas no nos retribuye información. De esta 
manera, utilizamos la clase polígono para 
representar a los edificios en el campus de la 
UDLA, en una subclase. 
 
6.5 Capa 
Se encuentra formada por una agregación de un 
solo tipo de dato que puede ser: puntos o líneas 
o polilíneas o polígonos. Bajo este esquema la 
capa de edificios estará formada únicamente por 
edificios. A su vez edificio es sub-clase de 
polígono. Lo mismo podríamos decir para las 
redes de agua potable, para las oficinas y 
cualquier otro objeto que sea componente del 
campus. Este tipo de organización nos permite 
clasificar los tipos de datos utilizados en una 
aplicación geográfica. 
 
6.6 Vista 
Se encuentra formada por varias capas. 
Retomando el ejemplo anterior, ya tenemos dos 
capas, los edificios y la red la de agua potable. 
La clase vista nos permite saber cual de esas 
capas se encuentra activada, es decir puede ser 
vista por el usuario. También permite añadir más 
tipos de datos a cada capa, siempre y cuando 
sea el mismo del que esta compuesto dicha 
capa. Además cuenta con un método de 
intersección el cual nos permite saber si entre 
capas del tipo linea, polilínea o polígono existen 
intersecciones y en el caso de haberlas se 
genera una nueva capa con aquellas líneas que 
se encuentran afectadas 
 
Se tomaron en cuenta entonces como tipos 
básicos las líneas, puntos, polígonos y polilíneas 
manejándolos en el concepto de figuras 
geométricas. A continuación describiremos 
como se organizaron estos tipos en una base de 
datos objeto/relacional. 
 
7. Organización de la Base de Datos 
La estructura de la base de datos se encuentra 
dividida en dos partes, una en la que se 
encuentran los tipos abstractos que serán 
requeridos para la generación de las tablas y en 
las cuales encontraremos los atributos 
necesarios. La segunda parte esta compuesta 
por las tablas. Las tablas se construyen sobre 
los tipos abstractos existentes. Los objetos 
existirán en las tablas, pero para describir su 
estructura harán referencia a los tipos abstractos 
de datos. 
 
En primera instancia describiremos los tipos 
abstractos de datos y enseguida describiremos 
las tablas: 
 
7.1 Tipos y Tablas 
Los tipos de datos que necesitamos manejar en 
nuestro modelado son: un tipo que tenga la 
estructura de un punto y una línea ya que 
efectuando la asociación serán generados los 
tipos polilínea y polígono. Una vez descritos los 
tipos de base, describiremos como se utiliza los 
conceptos de objetos como herencia y 
asociación para formar tipos más complejos. Así 
7 
como las tablas con las cuales comenzará a 
funcionar el sistema. Ello puede verse en la 
Tabla 1. 
 
Nombre Tipo Tabla Variables Herencia Asociación
punto_t Si x, y
capa_t
Si
nombre, color, tipo
capapunto_t Si x, y capa_t
capalineas_t
Si
extremo1, 
extremo2 capa_t punto_t
capapolilinea_t
Si
num, extremo1,
extremo2 capa_t punto_t
Vista
Si
nombre_vista, 
nombre_capa
Capa Si nombre_capa,tipo Vista 
Tabla 1 Tipos y Tablas usadas en el sistema SIGOO 
 
Con este tipo de datos ya podemos comenzar a 
generar nuestras tablas, las cuales podrán ser 
de estos tipos según sean las necesidades que 
se requieran. Es importante mencionar que la 
capa polígono es almacenado como la 
estructura de una polilínea pero a diferencia de 
que esta figura será cerrada. 
 
Las tablas son la estructura en la cual se 
encuentra almacenada la información de la base 
de datos. Por lo que las dos tablas con las que 
cuenta inicialmente el sistema son: vista en la 
cual se almacenaran el nombre de las capas 
existentes por cada proyecto. Esta clase cuenta 
con dos atributos que son nombre_vista y 
nombre_capa, como podemos verlo en Tabla 1. 
En el primer atributo se almacena el nombre del 
proyecto y en el segundo se almacena el 
nombre que se le dió a cada capa generada por 
el usuario en el sistema. 
 
La segunda tabla es capa la cual es un apoyo 
que nos permitirá tener una administración de 
las capas existentes y el tipo al que pertenecen 
cada una de ellas, línea, punto, polilínea, 
polígono. En el momento en que el usuario pida 
abrir una capa o inserte una capa primero 
verifique si existe la tabla en capa y 
posteriormente recupere la información si es que 
esta existe. 
 
8. Prototipo 
Para probar los tipos modelados, supongamos 
que en la aplicación se desarrolle un mapa que 
contenga la estructura del campus de la UDLA, 
y de ella se generen las capas que se muestran 
en la Tabla 2. Para cada capa podemos notar 
que asigna un tipo de dato. La figura 10 muestra 
un ejemplo de nuestra interfaz que maneja las 
capas presentadas en la Tabla 2. 
 
 
 
Capa Tipo
Edificios Poligono
Circuito Polilineas
Tomas de Agua Puntos
Pasillos Línea 
 Tabla 2 
 
 
 
 
 
 
8 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Figura 10 Aplicación en la cual encontramos las capas generadas. 
 
Las clases que implementan los tipos descritos 
fueron creadas en el lenguaje de programación 
Java. Para la creación de las estructuras que 
darán soporte para el almacenamiento 
persistente de las clases se dieron los siguientes 
pasos: 
  Se creó la capa con el tipo de dato que 
contenía (punto, línea, polilínea o polígono) 
con el nombre dado por el usuario, que en 
este caso son Edificios, Circuito, Tomas de 
Agua y Pasillos.  Posteriormente se insertaron los datos 
 
A continuación se muestra como fueron creadas 
las capas y su inserción a la base de datos. 
 
create table Circuito of type capapolilineas_t; 
insert into Circuito values 
('Circuito','java.awt.Color[r=0,g=0,b=0]','poligono',0, 
row(108,93)::punto_t, row(80,95)::punto_t); 
 
create table Edificios of type capapolilineas_t; 
insert into Edificios values 
('Edificios','java.awt.Color[r=0,g=0,b=255]','poligono',0,
row(58,69)::punto_t, row(79,70)::punto_t); 
 
Nuestro modelo fue implantado usando una 
base de datos Objeto-Relacional como es el 
caso de Informix Universal Server (IUS) 
[Informix 97]. Éste manejador nos permite 
además la generación de tipos que se adapten a 
las necesidades requeridas por el diseño del 
modelado presentado, lo que da como resultado 
que no se generen más tablas de las 
necesarias. En comparación con el modelo 
relacional la generación de tablas depende de 
cuantas líneas, polilíneas, polígonos y puntos 
contenga cada capa y por lo mismo el númerode tuplas generadas. Lamentablemente todavía 
no contamos con la tecnología que nos permita 
manejar listas en la base de datos para guardar 
una colección de líneas y poder utilizarla para la 
generación del tipo de capa polilínea o polígono, 
ya que para el manejo de listas en IUS se 
necesita programar en ESQL/C, que utiliza 
librerías de lenguaje C y el Data Blade. Como el 
lenguaje de programación que se utilizó en el 
desarrollo de nuestro modelo fue Java, todavía 
no hay una interoperatividad transparente entre 
ambos lenguajes. 
 
Las pruebas realizadas nos han permitido el 
manejo de objetos geográficos en el contexto de 
una base de datos objeto/relacional. El uso de 
los estándares que están en desarrollo 
permitirán confirmar los resultados de los 
experimentos desarrollados en el presente 
trabajo. Aspectos como la compartición de datos 
geográficos pueden ser favorecidos por el hecho 
de manejar un enfoque orientado a objetos en el 
contexto de la base de datos. 
 
9 
9. Conclusiones 
El objetivo de nuestro trabajo fue el manejo 
transparente de objetos geográficos en una 
base de datos. Con este manejo transparente es 
posible administrar la persistencia de objetos 
geográficos. Este manejo nos evitó la creación 
de rutinas de armado y desarmado de objetos al 
momento de la lectura o la escritura en la base 
de datos. Los tipos de datos abstractos de la 
base de datos son referenciados por las tablas 
de la base de datos y en el contexto de la 
aplicación en Java son implementados por 
clases. Es importante señalar que los trabajos 
previos hicieron énfasis en el aspecto del 
modelado de objetos geográficos a nivel 
programación y que nuestro trabajo permite 
además experimentar el aspecto del modelo de 
objetos geográficos en el contexto de una base 
de datos. Con el manejo de objetos geográficos 
se reduce el número de accesos, pues los 
objetos son recuperados de la base de datos y 
utilizados en el contexto de la aplicación. 
 
El manejo de datos geográficos como objetos 
nos permite manejar objetos portables. En el 
contexto de compartición, interoperabilidad y 
exportación de datos, nos parece que el manejo 
de objetos geográficos persistentes es un paso 
que permitirá llevar a cabo éstas tareas. 
 
Con el uso del standard OPENGIS perimitirá la 
compartición de datos en forma heterogénea de 
tal manera que la información sea portable y de 
fácil acceso. El uso de SIG será explotado más 
ampliamente y con ello una visión mas general 
de ésta poderosa herramienta. 
 
10. Bibliografía 
[Andrew 92] Andrew U. Frank, Max J. 
Egenhofer, Computer Cartography for GIS: an 
Object-Oriented view on the Display 
Transformation, Computer & Geociences Vol 
18, No.8 pp 975-987, 1992. 
 
[Berard 96] Berard, Edward V. Basic 
Object-Oriented Concepts, 
http://www.toa.com/pub/html/oobasics/oobasics.
html, 1996. 
 
[Briones 98] Briones del Río, Juan Luis, 
Interfaz gráfica para un Sistemas de 
Información Geográfico, tesis para obtener el 
grado de Licenciatura en Ingeniería en Sistemas 
computacionales, UDLA, Diciembre de 1998. 
 
[Cattell 91] Cattell, Roderic Geoffrey Galton, 
Object Data Management: Object-Oriented 
and Extended Relational Database Systems, 
Addison-Wesley, United States of America, 
1991. 
 
[Egenhofer 98] Egenhofer Max J., Frank 
Andrew U., Object-Oriented Modeling for GIS, 
URISA Journal, 1998. 
 
[Fernandes 99] Fernandes, Alvaro A. A., 
Paton, W. Norman, Howard Williams M., A 
Logical Query Language for an Object-
Oriented Data Model, Department of 
Computing and Electrical Engineering, Heriot-
Watt University, Edinburgh, UK, Enero 1999. 
 
[Informix 97] Informix Software, Inc. Answer 
on line, http://ict2.udlap.mx/informix/, 1997. 
 
[Khoshafian 95] Khoshafian Setray, 
Abnous Razmik, Object Orientation, Segunda 
edición, John Wiley & Suns, Inc,. United States 
of America, 1995. 
 
[Kottman 95] Kottman, Cliff, OpenGis, Open Gis 
Consortium, Inc., http://www.opengis.org, 1995. 
 
[López 98] López Ornelas, Erick de Jesús, 
Modelación de Información Espacial y 
Geográfica, tesis para obtener el grado de 
Licenciatura en Ingeniería en Sistemas 
computacionales, UDLA, Mayo de 1998. 
 
[Manola 97et al] Manola, Frank, 
Sutherland, Jeff, SQL3 Object Model, 
http://www.objs.com/x3h7/sql3.html, 1997. 
 
[Posada 99] Posada Toledo, Nidia, 
Modelado de Datos Orientado a Objeto para 
un Sistema de Información Geográfica, tesis 
para obtener el grado de Licenciatura en 
Ingeniería en Sistemas Computacionales, 
UDLA; Mayo de 1999. 
 
[Rambaugh 96 et. al] Rumbaugh James, 
Blaha Michael, Premerlani William, Eddy 
Frededick, Lorensen William, Modelado y 
diseño orientados a objetos, Prentice Hall, 
España, 1996. 
 
[Vélez 96] Vélez Macías, Fabio., 
Introducción a los Sistemas de información 
Geográficos, Universidad de Antioquia Facultad 
de Ingeniería, Departamento de Ingeniería 
Sanitaria y Ambiental, 
http://quimbaya.udea.edu.co/~fabiovel/, 
Medellín, Septiembre de 1996.