Está en la página 1de 21

1

SISTEMA DE INFORMACIÓN DOCUMENTAL DE BIENES INMUEBLES

Ricardo Cuberos Mejía, Ms. Sc. Arquitectura - Profesor Investigador


Instituto de Investigaciones, Facultad de Arquitectura, Universidad del Zulia, Maracaibo,
Venezuela. Telefax : +58 +61 520063 / 527992. E-mail : rcuberos @luz.ve

RESUMEN
El presente documento explica la estructura de un sistema de información documental
automatizada sobre los bienes inmuebles edificados dentro del área urbana de la ciudad de
Maracaibo. En base a la diversidad de estudios factibles sobre los hechos construidos, el
sistema establece una plataforma de trabajo académico que permite el almacenamiento, la
consulta y el análisis de información documental bajo un enfoque multi-criterios, para
fomentar la confrontación, la discusión y la toma de decisiones en propuestas de
intervención desarrolladas por la Facultad de Arquitectura de la Universidad del Zulia.

ABSTRACT
The present document explains the structure of a documental information system automated
on the real estate goods built within urban area of the city of Maracaibo, Venezuela. In base
to the diversity of feasible studies on the built facts, the system establishes an academic
work platform that permits the storage, the conference and the documental information
analysis under an approach multi - criteria, to encourage the confrontation, the discussion
and takes it of decisions in intervention proposals developed by the Architecture Faculty of
the Universidad del Zulia, Maracaibo, Venezuela.

INTRODUCCIÓN
Dentro del análisis urbano, la comprensión de las características de los totalidad de los
bienes que constituyen el patrimonio de una ciudad, está condicionada al tipo de aspecto
que se estudie de ellos. Dentro de la disciplina de la arquitectura, los bienes inmuebles
presentan distintas facetas a ser escrutadas y analizadas, según la naturaleza del problema y
de la solución a ser planteada como respuesta. Abstrayendo los elementos naturales u
arqueológicos, que aún cuando cumplen la condición de bienes no móviles resultan centro
de otras disciplinas profesionales, son los centros urbanos, las edificaciones y los espacios,
los bienes que los arquitectos principalmente estudian dentro del ámbito de la ciudad.

El estudio del patrimonio arquitectónico se basa en el proceso de recopilación de


información, su clasificación y su evaluación para comprender la función social que cumple
o potencialmente pudiera generar cada bien. En tales procesos, se obtienen usualmente
cantidades considerables de información que resulta clasificada, interpretada y valorada
según los criterios establecidos explícita o implícitamente en cada estudio. Ello produce que
al sumar varios trabajos, se genere una gran cantidad de redundancia o incompatibilidades,
debido a que las tomas de decisiones producidas para la comprensión de la información en
cada uno de ellos, condicionan el proceso de recolección de forma tal que la documentación
procesada usualmente es poco aprovechable para estudios posteriores que consideren
aspectos o criterios diferentes.
2

Y he allí el centro del problema: ¿Cómo poder organizar y manejar toda la información
obtenida a través de muchos estudios sobre los inmuebles, de manera tal de que pueda ser
procesada en forma confiable una y otra vez por distintos tipos de investigaciones
inmobiliarias y análisis técnicos en general?.

Debido a la naturaleza del análisis crítico de la arquitectura y la planificación urbana, en la


que el discernimiento de los problemas y el avistamiento de soluciones resultan procesos
paralelos e inherentemente subjetivos (Rittel, 1.993), el registro descriptivo y la evaluación
proyectual de los distintos inmuebles que componen una ciudad requieren de un proceso
rigurosamente argumentativo y secuencial, en el cual cada discusión produzca decisiones
suficientemente documentadas y que a su vez generen nuevas y discutibles posibilidades de
interpretación. Ello debido a que sólo será con una selección reflexiva de los métodos y su
integración sistémica como proyecto de información y evaluación, que se podrán lograr
instrumentos apropiados para la toma de decisiones objetivadas en la calificación y
valoración de los inmuebles que conforman los núcleos urbanos de nuestras comunidades.

Es en virtud de ello que, bajo la búsqueda de procesos de objetivación cónsonos con la


investigación universitaria, se establece un sistema de información que permitirá a
investigadores y estudiantes, la recopilación, la consulta, y el análisis de los distintos
aspectos que caracterizan a los inmuebles de la ciudad. Dicho sistema podrá, dentro de una
larga trayectoria que tiene la Universidad del Zulia en procesos de análisis arquitectónico y
urbano, servir de plataforma para la confrontación, la discusión y la consiguiente toma de
decisiones para propuestas de intervención en situaciones detectadas como problemáticas
en el ámbito de nuestra ciudad.

PREMISAS DEL SISTEMA DE INFORMACIÓN


El sistema de información presentado en este trabajo se fundamenta en un modelo
organizacional que asume como sede a la Facultad de Arquitectura de la Universidad del
Zulia y a sus profesores, determinando en ella y bajo una propuesta de normatización, las
fuentes de información y sus procesamientos correspondientes, así como los usuarios
potenciales internos y externos y las distintas interfaces de acceso y salida de la
información. Responde a una estructura que maneja documentos de datos tabulables, textos,
imágenes fijas y multimedios, a través de módulos de divulgación, análisis y extensión del
sistema, establecidos en forma temática de acuerdo a su interés de aplicación, su origen
institucional o su momento de realización.

El sistema de información documental se establece bajo los siguientes objetivos :


1. producir un instrumento que permita recopilar la mayor y más variada información
acerca de bienes inmuebles edificados de la ciudad de Maracaibo;
2. permitir el registro y la consulta de información en forma automatizada, incorporando las
ventajas que ofrece la informática sobre los procesos tradicionalmente manuales ;
3. crear un sistema de bases de datos sobre los inmuebles, y establecer las estrategias para
el desarrollo y fortalecimiento de dicho sistema;
3

4. incorporar documentos numéricos, de imagen y texto, además de producciones


audiovisuales al conjunto de información referencial constituido para el análisis y la
evaluación de bienes inmuebles ;
5. lograr procesar la información recopilada de la forma más sistemática y transparente
posible, buscando incorporar estrategias de autodocumentación y argumentación para
objetivarla;
6. generar de instrumento de divulgación y puesta en valor del patrimonio de inmuebles de
la ciudad de Maracaibo;
7. establecer una plataforma participativa y estandarizada para el trabajo común y conjunto
entre investigadores de la Universidad del Zulia y sus instituciones asociadas; y
8. utilizar las redes telemáticas como instrumento para la difusión masiva y a distancia del
patrimonio inmobiliario y arquitectónico de nuestra ciudad.

 Comprehensivo: debe tener la capacidad de aglutinar la más diversa información y


Para lograr estos objetivos, el sistema debe cumplir con los siguientes requerimientos:

 No valorativo: no debe contener juicios de valor ocultos ni excluir cualquier forma de


ponerla a disposición de la manera más fácil posible.

 Sistemático: Debe establecer pautas para objetivar la información y los procesos de


documentación e interpretación.

 Argumentativo: debe permitir autodocumentar los criterios asumidos en cada toma de


documentación y análisis de la misma.

 Expansivo: debe permitir su crecimiento en nuevas áreas de información y con nuevos


decisiones realizadas en los procesos de registro e interpretación de información.

 Reestructurable: debe permitir alternativas de reorganización de la información sin tener


procedimientos de consulta y evaluación.

 Adaptable: debe poderse amoldar a diferentes plataformas de información y poder


que destruir la información misma.

 Versátil: debe permitir ejecutar múltiples procedimientos para el manejo de información


intercambiar documentos con otros sistemas.

 Convocador: Debe resultar amistoso y atractivo para incitar a su uso y consecuente

 Explorativo: debe establecer formas múltiples de manejo alternativo de información y no


desarrollo

una secuencia única de acceso y visualización de la misma.


En virtud de tales premisas, el sistema se desarrolló a partir de una metodología que en
principio, estableció un modelo teórico reflejado en un prototipo, el cual incorpora
experimentalmente el registro de algunas edificaciones significativas de la Ciudad de
Maracaibo. Tal sistema en su configuración definitiva, asume un diseño basado en la
arquitectura de computadores personales bajo la estructura de un sistema operativo
multiusuario cliente-servidor, con aplicaciones en multitarea que ejecutan visualizadores,
operadores y editores de fichas de registro, así como manejadores de tablas de datos, textos
descriptivos, hojas de consulta, mapas de bits, dibujos vectorizados y coberturas
geográficas. La incorporación de una estructura abierta de incrustación y vinculación de
objetos documentales le permite al sistema la conexión paulatina de nuevos instrumentos y
módulos de manejo de información, incluyendo exploradores de hipertexto y multimedios
4

para la divulgación documental a través del propio servidor, de redes LAN de la Facultad de
Arquitectura, y de conexiones con Internet a través de la Red Académica de LUZ

 aproximación  entrevistas
FASE ACTIVIDADES PROCESOS PRODUCTOS

 antecedentes  investigación bibliográfica


Investigación Definición conceptual para el

 revisión de registros
preliminar diseño genérico de sistemas
de información documental
 observación
Determinación  estrategia del flujo  diagrama de flujos de datos: Determinación de
de los de datos flujos de datos y procesos, requerimientos, que implica

 diccionario de datos
requerimientos entidades y almacenamientos, la investigación detallada de
del sistema los procesos actuales de
estructuras de datos, información

 estrategia del  reglas de decisión,


procesos de transformación

análisis de árboles y tablas de decisión

 acciones de decisión
decisiones instrucciones estructuradas

 Modelaje  aspectos a informatizar


 formas de automatización,
Creación del Modelo de sistema de

 datos y procedimientos incorporar


sistema información, incluyendo las
primitivo variables del sistema y sus
 herramientas para la construcción del prototipo. procedimientos
 Diseño  selección de equipos y programas,
 organización de los componentes del sistema
Creación del sistema

 diseño de bases de datos


primitivo, el cual establece la
organización de los
 diseño de las entradas y salidas de información, componentes y la forma como
 diseño de interfaces y controles de operación interactúan, a través de un

 implementación 
prototipo del sistema


Desarrollo, introducción de datos, Desarrollo del sistema, en el


comprobación y la preparación de interfaces de análisis cual se introducen los datos e
puesta informaciones, y se establecen

la instalación de los programas y equipos.
en marcha del las aplicaciones de consulta y

pruebas de operación bajo servicio,
sistema análisis
 expansión 
permanente desarrollo y ampliación
desarrollo de módulos de información y análisis Propuesta de expansión del
sistema, en términos de
programas y subproyectos

Figura 1 Esquema metodológico para el diseño del Sistema de Información Documental de Bienes Inmuebles
(SidBIN)

COMPONENTES DEL SISTEMA DE INFORMACIÓN


El sistema de información desarrollado, está conformado por diferentes componentes
físicos, funcionales y operativos contenidos dentro de su entorno y vinculados con un
contexto organizacional. Estos elementos están estructurados en tres niveles del modelo

 un nivel de infraestructura, conformado por las bases instrumentales en los que se


organizacional del sistema:

 un nivel de estructura, constituido por el entorno de elementos que componen las


desarrolla el sistema;

 un nivel de superestructura, expresado como el contexto de vinculación externa que el


informaciones y procesamientos que contiene el sistema; y

modelo considera como sistema abierto.


Infraestructura del Sistema
La infraestructura está constituida por aquellos componentes físicos que le dan soporte
operacional a los componentes funcionales del sistema. Ellos son cuatro:
5

CONTEXTO Usuarios Externos Fuentes Externas (Superestructura)


ÁMBITOS MODULOS ENTIDAD SEDE
ENTORNO Datos Análisis Fuentes y (Estructura)
Medios Divulgación Usuarios internos
Gestión Extensión del IFA - FALUZ
INFRAESTRUCTURA Personal Equipos Almacenamientos Programas (Infraestructura)

Figura 2 Diagrama estructural de los componentes del modelo organizacional del sistema.

1. personal: lo constituyen los usuarios del sistema, incluyendo al gerente y al


administrador del sistema y a sus operarios;
2. equipos: está conformado por las máquinas y dispositivos que permitan la
sistematización y automatización de la información; incluye a las unidades de
computación y sus instalaciones, así como a otras herramientas que permiten conducir
procesos manuales de automatización de procesos, como manuales, tablas y fichas;
3. almacenamientos: corresponde a los instrumentos de acopio y registro de información,
ya sea en archivos manuales o en recopilaciones electrónicas de data, sonido o imagen;
4. programas: comprenden las bases funcionales del sistema físico, los sistemas operativos,
y las plataformas genéricas para la gestión del sistema de información.

Entorno del sistema


El entorno lo constituyen aquellos componentes funcionales que establecen los
procedimientos de uso de la infraestructura física, el procesamiento sistemático de
información y su presentación a través de unidades de análisis o simple divulgación. Se
establecen tres tipos de componentes del entorno: los ámbitos, los módulos y la entidad
sede del sistema.

Ámbitos del sistema


Los ámbitos son instancias de información y procedimientos agrupadas según el tipo de
función implícita que tienen dentro del funcionamiento del sistema. Existen tres tipos de
funciones: la función de operación de bases de datos, la función de presentación de
información en medios documentales no tabulables, y la función de gestión de operación
del sistema :
1. Ámbito de Datos: está constituido por la información automatizada a partir de trabajos de
investigación aportados por fuentes internas y externas del sistema. La información
procesada constituye por una parte, un conjunto de subsistemas de bases de datos
sistematizadas en tablas; por otra parte, gran parte de información contenida en otro tipo
de documentos, ya sea en fotografías, bocetos, planos, escritos u hojas descriptivas,
conforman una serie de librerías o bibliotecas de referencia de imágenes y textos. Cada
registro se codifica bajo una nomenclatura de dominios de datos.
2. Ámbito de Medios: otro tipo de información, aparte de la data tabulable y los
documentos contenidos en trabajos de investigación, lo constituye las descripciones
dinámicas, las exposiciones interactivas y las presentaciones audiovisuales incorporadas
como fuentes alternativas de información del sistema. Tal conjunto de información
puede ser entendida en dos formas de los llamados multimedios: las presentaciones
digitales provenientes de diferentes programas de ilustración gráfica, y las exhibiciones
6

de fuentes analógicas, registradas como vídeo o sonido digitalizado. Cada registro se


denomina bajo una nomenclatura de tipo natural al contenido del mismo.
3. Ámbito de Gestión: la operatividad en la consulta de información tabulada o
visualización de presentaciones de documentos o multimedios, depende de la estructura
de manejo de tal información. Tal instancia de gestión del sistema general, se conforma
por un subsistema de interfaces, en la cual se preparan las diferentes herramientas
funcionales de análisis y plataformas de control para la transformación y presentación de
la información del sistema, y un subsistema de usuarios, en la cual se administra los
niveles de acceso operacional de los usuarios, las normas de trabajo y la asignación de
recursos para cada elemento del sistema. Cada procedimiento de manipulación de la
información, recibe una codificación según una nomenclatura de dominios de
procesamiento.

Módulos del sistema


Los módulos son grupos de información, procesos y productos constituidos para prestar un
servicio específico para un usuario determinado. Caracterizándolos por el tipo de
procesamiento, se tienen tres tipos de módulos:
1. Módulos de Análisis: son unidades del sistema conformadas para el procesamiento de
data tabulada. Responden a procesos predefinidos de comparación y evaluación de
información, estando construidos en base a algoritmos elaborados en lenguajes
convencionales o no convencionales dentro de manejadores de bases de datos. Son
determinísticas, al ser desarrollados para un tipo de análisis, y están parametrados, ya
que asumen algunos campos de las bases de datos como indicadores a computar según
algoritmos de evaluación.
2. Módulos de Divulgación: son unidades que se encargan de presentar los datos
estructurados como documentos o medios y no como bases de datos. Ofrecen funciones
de visualización de información en forma no estrictamente determinística, ya que
permite el conocimiento intuitivo y la indagación exploratoria por los acopios
documentales automatizados.
3. Módulos de Extensión: resultan tipos singulares de módulos de análisis especialmente
constituidos para la extracción de información automatizada del sistema, incluyendo
procedimientos de postprocesamiento de datos automatizados para su utilización en
sistemas de información localizados en el contexto del sistema.

Entidad sede del sistema


La sede del sistema es la estructura organizativa que contiene los recursos, operaciones y
funciones del sistema de información. La sede del sistema es la Facultad de Arquitectura de
la Universidad del Zulia, residiendo su gerencia en el Instituto de Investigaciones (IFA). La
condición de sede incluye al conjunto de investigaciones desarrolladas sobre el tema y
asumidas como base documental para la creación del sistema, así como a los
investigadores, profesores y alumnos usuarios potenciales del sistema, y a las funciones de
investigación y docencia bajo los cuales ha sido concebido.

Contexto del Sistema


Por su condición de sistema abierto, el sistema de información interactúa con su ambiente
7

mediante el intercambio de información y adaptándose a las necesidades del ambiente que


lo contiene. Puede formar parte de otros sistemas mayores, manteniendo límites funcionales
y operativos perceptibles que lo separan de su ambiente. Por formar parte de una
organización, el sistema se vincula con otras organizaciones a través de dos tipos de
interrelación:
1. Fuentes externas: Son las instancias del contexto que aportan información al sistema:
documentos analógicos, datos o presentaciones digitalizadas. Representan el ingreso de
insumos de campos y registros de información, efectuada en forma eventual o periódica
según el tipo de relación establecida con el contexto. La condición de fuente externa
puede ser simplemente pasiva, en la cual la organización del contexto aporta
información sin ser retribuida por algún servicio compensatorio, o puede ser una fuente
activa, en la cual el ambiente exige la contraprestación de información, ya sea en forma
de actualización como actividad de servicio de extensión, o como autorización para el
acceso al sistema. Para ello, el sistema debe poseer dispositivos para la revisión y
selección de nueva información, y así participar en el desarrollo del sistema sin atentar
en contra de su integridad funcional.
2. Usuarios externos: Los usuarios externos pueden corresponder a una forma de
contraprestación de servicio que se le concede a una organización del contexto que opera
como fuente externa. Para ello, el sistema dispone de los módulos de extensión
comprendidos dentro de su entorno para la ejecución y control de los procedimientos de
consulta y análisis. De otra manera, los usuarios del contexto pueden accesar como
resultado de un servicio gratuito de servicio a la comunidad educativa o investigativa,
acorde con el carácter académico del sistema. Para ello, el vínculo se establece a través
de los módulos de divulgación comprendidos dentro del entorno del sistema.

INFORMACIÓN FUENTE DEL SISTEMA

Premisas y criterios para la selección de fuentes de información


Dado que el sistema de información está basado en el marco de datos y documentos
comprendidos entre diferentes investigaciones y trabajos asociados al Instituto de
Investigaciones de la Facultad de Arquitectura de la Universidad del Zulia, se procedió a
realizar un proceso de recopilación de información. La selección de los grupos de
información para el desarrollo del sistema primitivo respondió a las siguientes
condicionantes
1. disponibilidad de información, que implica la facilidad de contar con toda los datos a
través de compilaciones magnéticas, o manuales en tablas o informes anexos a los
trabajos de investigación;
2. origen académico, que involucra a una serie de variantes tipológicas surgidas en el
interés crítico por la arquitectura;
3. utilidad para procesamiento futuro, puesto que constituye información nuevamente
procesable bajo nuevos criterios de consulta y análisis;
4. validez y confiabilidad, dado por la rigurosidad metodológica con la que fueron
planteados y desarrollados los trabajos en cuestión;
5. valor documental aparente, por el hecho de contener información valiosa en
recopilaciones únicas o significativas para la comprensión de procesos en la ciudad;
8

6. sistematización previa, establecida en cada trabajo como requerimiento para el


procesamiento manual o automático que se le efectuó en esa oportunidad;
7. propiedad de la información, en función del hecho de que los datos poseen a la
Universidad o, de no serlo, resulta factible establecer mecanismos para la tenencia y uso
legal de la misma;
8. estrategias de expansión del sistema, considerando las posibilidades de expansión hacia
nuevas áreas de investigación, e involucrando nuevas entidades e instituciones para el
enriquecimiento del sistema.

Información atributiva
La constituyen ocho trabajos en los que se ha generado una cantidad importante de
información manual o digitalizada respecto a inmuebles urbanos, cada uno de ellos con
diferentes objetivos y, por lo tanto, diferente naturaleza de recopilación y análisis de

 Subsistema 1.1.: Constantes y variables de la vivienda popular autoconstruida en


información :

Maracaibo (Prieto, Cure, 1.989), el cual incluye el estudio tipológico de fachadas


principales y plantas de 131 inmuebles seleccionados en un “corte” de la ciudad.
 Subsistema 1.2.: Estudio de los valores de la arquitectura historicista en el área urbana
de la Ciudad de Maracaibo (Alcalá, Petit, 1.991), consistente en el fichaje de

 Subsistema 1.3.: La otra ciudad, la génesis de la ciudad petrolera de Maracaibo


características de más de 200 inmuebles ubicados en el casco histórico de la ciudad.

(Machado, Quijano, Rodríguez, 1.994), el cual desarrolla un estudio pormenorizado de


textos, planos y fotos de casi 200 inmuebles de uso residencial y comercial de
construidos a partir de los años ’50.
 Subsistema 1.4.: Arquitectura Petrolera (Romero, 1.995), reflejadas a través del
inventario técnico, planimétrico y fotográfico de 25 edificaciones representativas de

 Subsistema 1.5.: Sistema de Información del Plan de Desarrollo Urbano Local de la


dicha arquitectura.

Ciudad de Maracaibo (LUZ-Alcaldía de Maracaibo, 1.994), el conformado como un


S.I.G. con las diferentes variables fisico-naturales y urbanas requeridas para este tipo de

 Subsistema 1.6 .: Los asentamientos irregulares en el proceso de urbanización de


planificación.

Maracaibo (Echeverría, 1.995), el cual en coberturas S.I.G. refleja aquellos aspectos que
caracterizan los asentamientos espontáneos y no controlados de viviendas inestables en

 Subsistema 1.7 .: Sistema de Información del Catastro de Maracaibo (1.996), en proceso


la ciudad.

de creación a través de la construción de un S.I.G. partir del mapa digital de la ciudad y

 Subsistema 1.8.: Sistema de Información Patrimonial del Instituto del Patrimonio


las planillas del registro catastral inmobiliario del ayuntamiento local.

Cultural (Convenio LUZ-IPC-CRU, 1.996), en elaboración a partir del preinventario de


aquellos bienes muebles e inmuebles que requieran la declaratoria de protección oficial.

Información documental
Aparte de la información sistematizada en forma tabulada respecto a inmuebles, existe otro
tipo de documentación que, en discursos descriptivos o narrativos, alude a las
9

características y los significados de las edificaciones. Consiste éste en los textos, imágenes
anecdóticas, animaciones, grabaciones de sonido y registros cinemáticos que conforman el
mundo de los medios de comunicación, bajo cuyo formato existe una cantidad sustancial de
información disponible en espacios y archivos de nuestra Facultad y otras instituciones

 Subsistema 2.1.: Centro de Información del Instituto de Investigaciones (CIDIFA), el


afines.

cual constituye un proyecto de divulgación automatizada que permita a un operario, ya


sea dentro de los espacios de la Facultad como fuera de ella, poder consultar información

 Subsistema 2.3.: División de Estudios para Graduados de la Facultad de Arquitectura,


producida por investigaciones ejecutadas por profesores de la Universidad.

la cual ha generado en los casi 10 años de su Maestría en Computación aplicada en la


Arquitectura, una cantidad considerable de exhibiciones digitales acerca de edificaciones
y áreas de la ciudad, produciendo simulaciones y documentos divulgativos de gran

 Subsistema 2.3.: Unidad de Apoyo Docente de la Facultad de Arquitectura, la cual ha


interés académico y educativo.

producido gran cantidad de material fotográfico, sonidos y videos, reseñable bajo el


editaje sinóptico en “clips”.
 Subsistema 2.4 .: Museos y otras instituciones asociadas, las cuales albergan
información referencial propia ya sea cedida por ellas o a través de redes telemáticas por
el sistema.

ESTRUCTURAS DE GESTIÓN DEL SISTEMA


Como se ha visto, el sistema documental maneja diferentes tipos de información fuente, los
cuales son susceptibles de tener un manejo distinto de acuerdo a su naturaleza y
potencialidades. Estas potencialidades están administradas a través del llamado proyecto de
gestión principal, el cual se constituye en el sistema de gestión de bases de datos
relacionales que permite el acceso a las diferentes modalidades de procesos de información.
El manejo de los ámbitos de datos y de medios puede ser efectuado totalmente bajo este
proyecto, pero existen a su vez otros subproyectos de gestión susceptibles de ser
desarrollados con otras plataformas distintas compartiendo información.
Proyecto - Subproyectos
SidBIN SigMARA SIAM
Tipo de Información Sistema de Información Datos Espacializados Hipertextos
Módulos de Aplicación Investig/Divulga/Extensión Investigación Divulgación
Bases de Datos
Interfaces de gestión
Imágenes
Multimedios
Coberturas
Fichas

Figura 3 Esquema de gestión del prototipo y ejemplo de compartición de subsistemas con otros sistemas de
información

Proyecto de gestión principal /SidBIN.mdb


El proyecto de gestión principal constituye la plataforma general del sistema de base de
datos referenciales, construida como una estructura base almacenada dentro del archivo
Microsoft Access 2.0 sidbin.mdb, la cual contiene las operaciones generales de gestión del
sistema, los nomencladores de dominios y el acceso a los módulos de análisis, divulgación
10

y extensión, parcialmente contenidos en él y también almacenados como submódulos


*.mdb. Asimismo, permite el acceso a los subproyectos sigmara.apr de espacialización de
información y siam.html de divulgación.

Raíz Subsistemas Submódulos Bibliotecas Descripción


/sidbin sidbin.mdb Subproyecto SigMARA
/sidbin/constvar constvar.mdb Subsistema “Constantes y Variables...”
/sidbin/arqpetro arqpetro.mdb Subsistema ”Arquitectura Petrolera”
/sidbin/sidbin /sidbin/sidbin/bmp/*.bmp Biblioteca de fotos e imágenes de inmuebles
/sidbin/sidbin /sidbin/sidbin/bmp/*.dwg Biblioteca de planos de inmuebles
/sidbin/sidbin /sidbin/sidbin/bmp/*.sld Biblioteca de dibujos de inmuebles

Figura 4 Extracto de la estructura de almacenamientos del sidbin.mdb y de sus submódulos de aplicación.

Subproyecto de espacialización /SigMARA.apr


Los análisis con estadística espacial o el conocimiento de información georreferenciada se
puede lograra a través del acceso a datos atributivos de entidades gráficas ubicadas
cartesianamente sobre un plano bidimensional. Estas facilidades las ofrece una estructura
para el manejo de sistemas de información geográfica, almacenada como una interfaz
general ESRI ArcView 2.0a sigmara.apr y como un conjunto de submódulos *.apr .

Raíz Subsistemas Subproyectos Bibliotecas Descripción


/sigmara sigmara.apr Subproyecto SigMARA
/sigmara/loc loc.apr Subsistema “La Otra Ciudad...”
/sigmara/arqpetro arqpetro.apr Subsistema ”Arquitectura Petrolera”
/sigmara/sigmara /sigmara/sigmara/tif/*.tif Biblioteca de fotos e imágenes de inmuebles

Figura 5 Extracto de la estructura de almacenamientos del sigmara.apr y de sus subproyectos de


espacialización.

Subproyecto de divulgación /SIAM.html


El servicio de información por hipertextos conforma una estructura autónoma accesible
desde el SidBIN para la visualización de información en fichas y la activación de
aplicaciones de medios. Constituye el acceso a aquella parte de la información almacenada
en el sistema que puede ser visualizada por usuarios de redes telemáticas, Tal servicio se ha
convenido en denominar Servicio de Información sobre Arquitectura de Maracaibo
(S.I.A.M.), accesible a través del "homepage" siam.html con un explorador del World Wide
Web de Internet como Nestcape Navigator 2.0

NIVEL1 NIVEL 2 NIVEL 3 NIVEL4 NIVEL 5 NIVEL 6


*.html *.gif *.html *.gif *.html *.gif *.html *.gif *.avi *.html *.gif *.html *.gif
informa logifa ssi areas
documen lam1bot ahuacm lam21 lam2bot lam21 plare plare plan6 plan6
medios video vimad vivimad vivien~1
museos museos medios bmara bmara bcomara

Figura 6 Extracto de la estructura de archivos del servicio de información siam.html.

TAREAS DE CONSTRUCCIÓN DEL SISTEMA

Tareas de automatización del Ámbito de Datos


Tarea 1: Digitalización de la Información
Este proceso se aplica a la información contenida en los fuentes no digitalizadas,
organizándola según la estructura de bases de datos diseñada para el sistema. Para ello, la
11

información atributiva se reconstruye a través de algún programa de generación de bases de


datos tabuladas; para la preparación de objetos gráficos a ser asociados a las bases de datos,
deberá ejecutarse el proceso de rastreo digital para las fotografías y dibujos, para producir
archivos magnéticos de mapas de bits, y trazado con digitalizador de planos y proyecciones,
para producir archivos de vectores.
Tipo de Información Operación de Digitalización Formato magnético
Caracteres y números Transcripción *.dbf; *.mdb
Fotos y gráficas Rastreo digital *.bmp;*.gif; *.tif
Planos Dibujo vectorizado *.dwg

Figura 7 Tarea1: Formatos de digitalización de la información fuente del ámbito de datos del sistema

Tarea 2: Constitución topológica


El conjunto de datos automatizados en todas las bases y los subsistemas de bases asumen
una organización topológica cuando el sistema asigna a cada registro un código
identificador determinado según un nomenclador de dominios, entendiendo por dominio a
cada subconjunto de información agrupada según las criterios originalmente aplicados en
cada estudio fuente. Tal identificador se expresa en dos maneras: en una forma literal o
NLD (nomenclador literal de dominios), de fácil recordación y manejo por parte de los
usuarios, y en una forma numeral o NND, de mayor facilidad de procesamiento para un
equipo de automatización de procesos.

El nomenclador literal se establece utilizando contracciones naturales de la ubicación


original del dato fuente, generando una dirección bajo la estructura código-de-variable /
código-de-base / código-de-subsistema / código-del-sistema; el nomenclador numeral es la
conversión numérica de la estructura literal. En ambos casos, cada dato se identifica al
indicar el contenido del valor más el nomenclador, ya sea literal o numeral.

Valor del Dato Variable Base de Datos Subsistema Ámbito Código Nomenclador
literal NLD Hospital privado TIPO SALUD PDUL DATOS Hospital privado@
tipo.salud.pdul.da
numeral NND Hospital privado 10 05 02 01 Hospital privado@10.05.02.01

Figura 8 Tarea 2: Nomenclatura literal NLD y numeral NND de dominios para el direccionamiento de
información dentro del Ámbito de Datos

Tarea 3: Sistema relacional


Los subsistemas fuente de bases de datos creadas en función de la denominación de las
edificaciones, pueden ser interrelacionadas a través de una base de datos relacionadora
primitiva que asocie los diferentes nombres que puede tener registrado un mismo inmueble
en cada subsistema. Debido a que la consolidación relacional por el nombre no garantiza
que los registros en una y otra base se estén asociando al mismo inmueble, se deberá
desarrollar un proceso de revisión general de la base de datos relacionadora primitiva a
través del chequeo de direcciones, revisando manualmente que los registros asociados de
los distintos subsistemas correspondan a la misma ubicación urbana.
12

Campo Nombre Descripción Tipo Ancho Dec


1 COD_RELACION Código del Inmueble en la Tabla relacionadora Numérico 5 0
2 DENOM_ARQHISTO Nombre de la Edificación - Subsistema 1.2 Caracter 40
3 NOM_EDIF_LOC Nombre de la Edificación - Subsistema 1.3 Caracter 30
4 DENOM_ARQPETRO Nombre del Edificio - Subsistema 1.4 Caracter 40
5 DENOM_IFA_IPC Nombre del Bien - Subsistema 1.8 Caracter 25
Tabla 1 Estructura de la base de datos relacionadora primitiva generada por la Tarea 3

Tarea 4: Espacializacion puntual


La espacialización de los atributos de los inmuebles registrados en los distintos subsistemas
fuente permitirá, por una parte, la ampliación de las posibilidades de análisis, y por otra, la
corrección de inconsistencias y la compactación de la data del sistema. En función de esto
último, se precisa que, debido a que algunos de las fuentes no tienen información registrada
por el nombre del inmueble, y que la asociación relacional establecida en la tarea anterior
no garantiza un nivel de consistencia suficiente para el sistema de información en creación,
la espacialización permitirá ubicar los diferentes inmuebles en un mapa digital, utilizando
algoritmos de análisis de proximidades para determinar en qué casos los registros de las
diferentes fuentes corresponden a un mismo inmueble.
TAREA 3 TAREA 4
 
   

Subsistema 1.1 ESPACIALIZACION Sistema de
Puntual Coberturas 1

   
Subsistema 1.2 Base de Datos Base de Datos
Subsistema 1.3 Relacionadora ESPACIALIZACION Sistema de Relacionadora
Subsistema 1.4 Primitiva Puntual Coberturas 2 Ampliada
Subsistema 1.8
 
 RECONSTRUCCION   
Puntual
Subsistema 1.5 Sistema de
Coberturas 3

Figura 9 Tarea 4: Espacialización puntual de información espacializada y no espacializada, y consolidación de


la tabla de la Base de Datos Relacionadora ampliada

Como actividad final después del trabajo de espacialización, se consolidará la relación por
atributos entre las distintas bases de datos al integrar un vínculo de las tablas espacializadas
a la tabla relacionadora primitiva como tabla relacionadora ampliada, incorporando el
alias correspondiente del nombre del inmueble. En aquellos datos en la cual este atributo no
haya sido incorporado al levantamiento fuente de información, como en el caso del
subsistema 1, se asumirá el tipo de inmueble duplicando la información del código del
inmueble correspondiente.

Tarea 5: Integración de sistemas georreferenciales


La incorporación de la información catastral del subsistema fuente 6 requiere un
tratamiento particular. Por la misma naturaleza del catastro, de considerar como entidades
elementales a los inmuebles en sí, éste resultaría una plataforma apropiada, si no ideal, para
un proceso de espacialización y organización de la data de las edificaciones de la ciudad.
Debido a que todavía se está en proceso de etiquetaje de las entidades comprendidas en los
más de 400 planos magnéticos que conforman el área de la ciudad, se deberá establecer una
estrategia interinstitucional de trabajo conjunto, para que cada ente participante pueda
trabajar de manera integrada con los demás, al tiempo que puedan obtener productos acorde
13

con sus objetivos institucionales correspondientes.

Sistemas de Coberturas
TAREA 1+2+3
4 (ubicación puntual)
   Sistema Consolidado

  
TAREA Sistemas de Coberturas Asignación

 
5 Catastro Superposición de de Coberturas
(ubicación poligonal) Atributos (ubicación poligonal)

Figura 10 Tarea 5: Superposición de coberturas para la consolidación de coberturas del sistema.

Tareas del Ámbito de Medios

Tarea 6: Construcción de hipertextos


La divulgación por hipertextos nace a partir de un trabajo monográfico existente o inédito,
en el cual se suceden textos e imágenes en forma secuencial y descriptiva sobre algún tema
o asunto determinado. La diferencia sustancial entre la estructura del hipertexto y el de la
monografía radica en la secuencia de lectura del trabajo y en la autonomía de cada unidad
de contenidos. El hipertexto propone índices y encadenamientos de contenidos como
organización primitiva de la información, pero será el usuario quien al final determinará el
orden de lectura que más convenga a sus intereses. La aplicación de hipermedios, permite
no sólo el encadenamiento de textos, sino también el de producciones de imagen, sonido o
vídeo, a través de las pautas de recorridos establecidas en el guión del hipertexto.

Elemento Descripción Proceso de elaboración


GUION Estructura de la presentación Producción
TEXTOS Contenidos de cada ficha Transcripción
GRAFICOS Imágenes fotográficas o dibujos Rastreo digital
OBJETOS Inclusión de documentos digitales Identificación, localización y vinculación

Figura 11 Tarea 6: Procesos y productos de la elaboración de hipertextos

Tarea 7: Construcción de multimedios


Para el procesamiento de los documentos analógicos, se requieren dispositivos de
digitalización y presentación de medios. Las tomas cinemáticas en formato de vídeo o los
sonidos pre-grabados o en vivo, se transfieren a archivos magnéticos digitales dentro de los
formatos manejables por el sistema. Se procesan secuencias cortas dado el interés de mera
reseña del documento fuente y el gran requerimiento de almacenamiento que requieren
estos documentos digitalizados. Estas presentaciones pueden ser activadas utilizando
instrucciones y aplicaciones preparadas dentro de las tareas de conformación de las
interfaces.

Para el caso de las exhibiciones elaboradas en base a simulaciones automatizadas, la


producción estriba en la organización y almacenamiento de los archivos contentivos de cada
imagen u objeto gráfico, su apropiada visualización a través de interfaces estandarizadas y
su invocación a través de instrucciones predeterminadas en el sistema. Así, los
encadenamientos de imágenes tipo dispositivas, la simulación de recorridos
tridimensionales alrededor de objetos virtuales o la presentación de recreaciones
14

fotorrealísticas de situaciones de la realidad predictiva del diseño, son algunas de las formas
de aplicar las herramientas de la informatización en la generación de información por
medios o multimedios.

Proceso Descripción Método de producción


SELECCION Escoge segmentos representativos Visionado general y registro de “clips”
CONVERSION Transferencia digital del documento Generación de documento de multimedios
ALMACENAMIENTO Registro e identificación del “corto” Direccionamiento del archivo

Figura 12 Tarea 7: Actividades para la producción digital de medios y multimedios.

Tareas de desarrollo del Ámbito de Gestión

Tarea 8: Desarrollo de módulos de análisis


En la misma forma en que la base de información de cada trabajo fuente refleja de manera
explícita el conjunto de indicadores que permiten la toma de decisiones respecto a su tema
de estudio correspondiente, es posible convertir algunas de las operaciones de análisis
contenidas en dichos trabajos, en algoritmos numéricos o lógicos autodocumentados, esto
es, con la explicitación de los criterios teóricos o heurísticos asumidos para evaluar los
datos. Cada conjunto de operaciones algorítmicas generadas a partir un estudio específico,
vendrá a conformar un módulo de análisis y evaluación dentro del sistema, aplicable a una
actualización de información o modificable para el mismo universo de análisis, según sea el
interés del usuario potencial del sistema.

De esta manera, se podrán ir creando nuevos módulos que reflejen la alternatividad de


enfoques analíticos plausibles dentro de la amplitud de la crítica de la arquitectura. El
sistema mantendrá, con el conjunto de ésta y las otras tareas anteriormente descritas, la
independencia de su estructura conceptual respecto a cualquiera de estos enfoques en
particular, intentando así objetivar dentro de lo posible los procesos de recopilación y
análisis de información que se desarrollen con el uso del sistema.

Instrumentos Tipo de Relación Tipo de Acceso Tipos de Elementos Tipo de Proceso

  
TEXTOS Por Fuente Consulta Instrumentos originales Réplica
PLANILLAS Actualización a su fuente original

 
GRAFICAS Consulta Otros instrumentos a Extrapolación
Generación
  
TABLAS Asociando una fuente específica
SELECCIONES Fuentes Consulta Otros instrumentos a Reestructuración
  Generación  varias fuentes

Figura 13 Tarea 8: Tipos de procesamientos contemplados en el diseño de módulos de análisis

Cada algoritmo y herramienta de consulta o análisis preparado, como responde a los


criterios aplicados en los trabajos generadores de la información fuente, podrá a su vez
tener un identificador basado en la dirección de su dominio, bajo las formas numerales y
literales similares al nomenclador de dominios de los datos. En este caso, tal denominación
corresponderá a la estructura código-tipo-de-instrumento / código-del-estudio-fuente / tipo-
de-relación / código-del-ámbito, de manera tal que todos los procesamientos realizados en
15

los trabajos fuentes y los concebibles de realizar en los mismos, podrá tener un identificador
único propio

Instrumento Subsistema Tipo de relación Ámbito Código Nomenclador


NLD TABLA 3 ASENTamientos IRRegulares FUente de DAtos GESTION tabla3.asentirr.fuda.ge
NND 10 07 01 03 33.07.01.03

Figura 14 Nomenclatura de dominios para la denominación de algoritmos de gestión

Tarea 9: Diseño de la administración de usuarios y el perfil de los servicios.


En esta tarea, la administración incluye mucho más que los meros aspectos de autorización
de acceso. El manejo de información producida a partir de múltiples fuentes particulares, el
uso de aplicaciones con licencias de propiedad, la misión social que tiene el instituto sede
del sistema, y la potencial accesibilidad imprevista a recursos informáticos más allá de los
directamente involucrados en el sistema, implican la necesidad de establecer un marco ético
y legal que permita orientar apropiadamente las tomas de decisiones. Dicho marco radica en
el tipo de aplicación de la información la cual, mientras se mantenga dentro de ámbito
académico, resulta bastante flexible en cuanto a su posibilidad de referencia o cita
interpretativa o textual en otros documentos de divulgación

INVESTIGACION DIVULGACION EXTENSION


producción tecnológica difusión didáctica aplicación científica
INVESTIGADORES PROFESORES INSTITUCIONES
AUXILIARES ESTUDIANTES ESTADO
USUARIOS INTERNOS USUARIOS EXTERNOS CONVENIOS DE ASISTENCIA.

Figura 15 Las dos modalidades de manejo de la información del sistema y la aplicación por la extensión
universitaria, bajo el resguardo de la propiedad intelectual de los documentos del sistema

Tarea 10: Desarrollo del gestor de las plataformas de aplicaciones.


Considerando los principios de diseño para el gestor de información y sus interfaces de
aplicaciones, deberá seleccionarse un sistema operativo poderoso en el sentido de su
versatilidad y su capacidad multiusuarios, una plataforma de diseño de sistemas de
información comprehensiva y ágil para el almacenamiento y procesamiento, y un entorno
amistoso de intercambio de datos y vinculación de interfaces de visualización y
procesamiento. Una vez seleccionada esta infraestructura, queda por iniciar a integrar los
ámbitos de datos y medios en función de los tipos de operación, las formas de acceso y el
carácter del usuario.

Para ello, se propone efectuar las tareas anteriores integrándolas paulatinamente al gestor,
en versiones sucesivas del sistema que deberán ser liberadas (entiéndase como utilizadas)
cuando cada módulo o procedimiento de manejo de información esté conformado. Todos
ellos surgen a partir del prototipo, el cual refleja la filosofía general del sistema, los
mecanismos de resguardo y manejo de información, y las alternativas de acceso por parte de
los usuarios potenciales del sistema. Para facilitar la actualización, el sistema está
conformado por los llamados proyectos de gestión, los cuales conforman grupos de
configuraciones, datos, relaciones, procesamientos y visualizaciones, almacenados bajo un
16

formato de archivo magnético dentro de los dispositivos físicos de conformación del


sistema. Cada proyecto será actualizado paulatinamente a partir de una serie de objetos, los
cuales se constituyen en cada una de las unidades componentes del sistema; estos podrán ir
evolucionando paulatinamente en la medida en que los usuarios, administradores o gerentes
del sistema, efectúen modificaciones, creen nuevos objetos o mejoren los ya existente.

OBJETOS DEL SISTEMA


Tablas.
1. tablas de datos de subsistemas fuentes: el procesamiento de la información fuente
produce un sistema de 22 tablas de datos, incluyendo las variables contenidas en cada
investigación fuente.
# nomenclador NLD archivo fuente # nomenclador NLD tipo fuente
1 anafa/constvar/da constvar.mdb Subsistema 1.1 12 educa/pdul/da pat.dbf Subsistema 1.5
2 anaplan/constvar/da constvar.mdb 13 guberna/pdul/da pat.dbf
3 compofa/constvar/da constvar.mdb 14 redrea/pdul/da pat.dbf
4 cuestsoc/constvar/da constvar.mdb 15 salud/pdul/da pat.dbf
5 espacio/constvar/da constvar.mdb 16 sociocul/pdul/da pat.dbf
6 facha/constvar/da constvar.mdb
7 identif/constvar/da constvar.mdb 17 socioecp/asentirr/da socio.dbf Subsistema 1.6
8 plantas/constvar/da constvar.mdb 18 vivienda/asentirr/da vivienda.dbf
9 inventa/arqhisto/da arqhisto.mdb Subsistema 1.2 19 parcela1/actasmar/da parcela1.dbf Subsistema 1.7
20 edifici1/catasmar/da edifici1.dbf
10 edifi/loc/da loc.mdb Subsistema 1.3 21 activi1/catasmar/da activi1.dbf
11 edificio/arqpetro/da arqpetro.mdb Subsistema 1.4 22 preinven/ifa_ipc/da ifa_ipc.mdb Subsistema 1.8

Figura 16 Denominación de las tablas de datos del ámbito de datos. Se indica el nombre del archivo en donde
se encuentran almacenadas, dado que todas ellas se encuentran adjuntadas al sidbin.mdb

Cod Codi_emp Denom Fecha Empr_or Empr_act Autor Estado Ciudad Función
E.01 BCO.MM OFICINA MENE MAUROA 1922 Shell PRIVADO FALCON MENE MAUROA MENE MAUROA OFICINA
E.03 CR.MR VIVIENDA EN MADERA 1928 CREOLE ENELVEN ZULIA MARACAIBO LA ARREAGA VIVIENDA
E.02 CR.LG VIVIENDA PLANTA LIBRE 1937 CREOLE LAGOVEN ZULIA LAGUNILLAS ZULIMA VIVIENDA
E.04 CR.MR COLEGIO VENEZOLANO ALEMAN 1931 CREOLE ZULIA MARACAIBO LA LAGO OFICINA
E.05 CR.MR HOSPITAL COROMOTO CREOLE PRIVADO ZULIA MARACAIBO LA LAGO MEDICO

Tabla 2 Extracto de una tabla de datos (edificio/arqpetro/da)

2. tablas de codificación de valores: resultan utilizadas en el ámbito de gestión a través de


las consultas, para producir salidas de información que conviertan los valores numéricos
o textuales de un registro determinado en otros valores numéricos o textuales
equivalentes, o viceversa. Entre ellas, se encuentra las tablas */sidbin/fuda/ge, que
permiten transformaciones en valores de los datos según nuevas aplicaciones
desarrolladas dentro del sistema.
# nombre archivo fuente
1 EDO_CONS/edifici/arqpetro/fuda/ge sidbin.mdb Ámbito de gestión
2 FUNCION/edifi/arqpetro/fuda/ge sidbin.mdb Ámbito de gestión
3 GRA_INTE/edifi/arqpetro/da sidbin.mdb Ámbito de gestión
*/sidbin/fuda/ge sidbin.mdb Ámbito de gestión

Figura 17 Denominación de las tablas de codificación de valores del ámbito de gestión. Todas ellas se
encuentran incluidas al sidbin.mdb, ya que pertenecen a la gestión del sistema.
17

Cod EDO_CONS Nom EDO_CONS


1 BUENO
2 REGULAR
3 MALO
4 NO EXISTE
Tabla 3 Extracto de una tabla del codificación de valores del ámbito de gestión
(EDO_CONS/edifici/ arqpetro/fuda/ge).

3. tabla de nomenclatura de variables: contiene la totalidad de las variables del ámbito de


datos cada una con su NLD y NND correspondiente, establecidos según la tarea 2. Con esta
tabla de codificación, se puede localizar la dirección de cada variable dentro del sistema de
bases de datos;

Campo Base Subsist Amb Nombre Descripción Tipo Ancho Dec NND NLD
04 04 01 01 ARE_COME Dimensión área de comedor Numérico 3 2 04040101 are_come.espacio.constvar.da
05 04 01 01 ARE_LAVA Dimensión área de lavadero/tendederp Numérico 3 2 05040101 are_lava.espacio.constvar.da
06 04 01 01 ARE_DORM Dimensión área de dormitorio matrim. Numérico 3 2 06040101 are_dorm.espacio.constvar.da
07 04 01 01 ARE_DORS Dimensión área de dormitorio secund Numérico 3 2 07040101 are_dors.espacio.constvar.da
01 05 01 01 COD_VIV Código de Vivienda Numérico 3 01050101 cod_viv.compofa.constvar.da
02 05 01 01 JEFE_MAS Tipo con jefe familia masculino Numérico 2 02050101 jefe_mas.compofa.constvar.da

Tabla 4 Extracto de la tabla de nomenclatura de variables. Los dominios de cada variable y sus nomencladores
numéricos y literales correspondientes se encuentran aquí registrados como estructura del ámbito de
datos.

4. tablas relacionadoras: las relaciones entre subsistemas tablas se construye como


actividad de la tarea 3 y 4, a través de una tabla relacionadora primitiva y una tabla
relacionadora ampliada, que contienen los diferentes alias que el campo nombre-de-la-
edificación asume en los distintos subsistemas fuente; los vínculos entre tablas de un
mismo subsistema si se efectúan en forma relacional directa;

COD_REL DENOM_IFA_IPC DENOM_ARQHISTO DENOM_ARQPETRO NOM_EDIF_LOC


228 COLEGIO VENEZOLANO ALEMAN
229 Edificio de la Gulf - Antiguo Colegio Gonzaga EDIFICIO DE OFICINAS
230 Edificio de la Caribbean - Las Laras LAS LARAS Edificio Las Laras
231 Centro de Arte de Maracaibo “Lía Bermúdez” Centro de Cultura Popular
232 The Blue Book "The Blue Book" hoy TRAJES DORSAY
233 Hospital Coromoto HOSPITAL COROMOTO
234 Hotel Victoria Hotel Victoria

Tabla 5 Extracto de la tabla relacionadora primitiva

4. tablas de espacialización: permiten asociar los registros de las tablas primitivas con la
entidades espacializadas a través de la tareas 4 y 5 del subproyecto de información
geográfica sidbin.apr

ID_EDUCA AREA PERIMETER X_EDUCA Y_EDUCA


11 4657.45 343.56 200000 1190000
12 353533.53 35353.78 208000 1190000
21 176766.77 17676.89 200000 1184000
22 88383.38 8838.45 208000 1184000
35 44191.69 4419.22 208000 1190000
Tabla 6 Extracto de una tabla de espacialización

Este conjunto de tablas se organizan a través de un sistema relacional de tablas de datos de


los subsistemas del ámbito de datos del SidBIN. En el sistema, la tabla relacionadora
18

primitiva establece como clave de búsqueda de registros para cada tabla, el campo de
relación nombre-de-la-edificación. La tabla de nomencladores de dominios permite la
escogencia de los parámetros deseados de manejar respecto a un inmueble seleccionado en
la tabla relacionadora. Tanto la tabla relacionadora como las tablas de nomencladores y
diccionario de direcciones residen como parte del proyecto principal sidbin.mdb. Tanto las
tablas de datos como las de espacialización residen en los almacenamientos en forma
independiente y no incluida en el proyecto principal de gestión, ello con el interés de poder
ser utilizadas por otros proyectos de gestión externos al SidBIN.

Figura 18 Diagrama Entidad-Relación del sistema.


Consultas
1. consultas de selección, por la cual se escoge información de las tablas de la base de
datos, seleccionándose datos de una sola o de varias tablas, o se puede desarrollar la
búsqueda en varias tablas al enlazarlas relacionalmente.
2. consultas de actualización, por las que se insertan, actualizan o eliminan datos en forma
automatizada en una tabla o transfiriendo información entre una tabla y otra.
COD_CONT NOM GRA_INTE NOM EDO_CONS
E.02 ORIGINAL BUENO
E.03 ORIGINAL REGULAR
E.04 IRREVERSIBLE NO EXISTE
E.05 REVERSIBLE BUENO

Tabla 7 Consulta de selección “diagrama1/arqpetro/fuda/ge”

Formularios
Los formularios resultan los elementos del sistema que permiten construir interfaces para
introducir, procesar o extraer información, o activar la ejecución de aplicaciones. Permiten
visualizar y editar los datos en forma personalizada. Presentan menúes y submenúes para la
ejecución de aplicaciones y operaciones de análisis, por lo cual serán ellos los instrumentos
de acceso al sistema por operarios consultores o invitados.
1. hojas de operaciones de la plataforma, las cuales además de desplegar información,
contienen menúes con botones de comando para la selección de operaciones con el
ámbito de datos, con aplicaciones para acceder al ámbito de medios a través de objetos
OLE, o con conexiones con los subproyectos de gestión que coexisten con el sistema de
información;
19

2. planillas de presentación de datos, en las cuales se expresa la información tabulada en el


ámbito de datos bajo formatos de presentación similares a aquellos de donde se extrajo
la información fuente, pudiéndose modificarse con ingreso por teclado o con el uso de
botones de opción, casillas de verificación, botones de alternar y grupos de opciones;
3. cuadros de consultas de información, en los cuales se presentan los formatos y
operaciones de recuperación y análisis de información según los procedimientos
establecidos en las investigaciones que crearon los subsistemas fuente; y
4. láminas de presentación de mensajes, en las que se documentan procesos, criterios y
definiciones de los datos y procedimientos integrados al sistema de información.

Nomenclador NLD Tipo


NIVEL 0 Inicio operaciones de plataforma
NIVEL1 da/ge operaciones de plataforma
NIVEL 2 arqpetro/fuda/ge operaciones de plataforma
NIVEL 3 planillas/arqpetro/fuda/ge operaciones de plataforma
NIVEL 4 planilla2/arqpetro/fuda/ge planillas de presentación
diagrama1/arqpetro/fuda/ge cuadro de consulta
NIVEL 5 planillas láminas de mensajes
Figura 19 Ejemplos de operaciones de gestión del sidbin.mdb.

Figura 20 diagrama1/arqpetro/fuda/ge. Interface de consulta de datos tabulados y gráficas del sidbin.mdb, así
como operación de acceso al subproyecto de espacialización arqpetro.apr..

SOLICITUDES INFORMACION
Datos da ge Por Fuente fuda ge Constantes y Variables... constvar fuda ge Textos textos constvar fuda ge Texto 1.1 texto1 constvar fuda ge
da ge (2) Retrospectiva Histórica... arqhisto fuda ge textos arqhisto fuda ge Texto 1.2 texto1 arqhisto fuda ge
La Otra Ciudad loc fuda ge textos loc fuda ge Texto 1.3. texto1 loc fuda ge
Arquitectura Petrolera arqpetro fuda ge textos arqpetro fuda ge Texto 1.4 texto1 arqpetro fuda ge
Plan de Desarrollo... pdul fuda ge textos pdul fuda ge Texto 1.5 texto1 pdul fuda ge

Tabla 8 Extracto de la tabla de NLD de procedimientos con datos


20

SOLICITUDES INFORMACION
Medios me ge Presentaciones preme ge Programas prome ge Texto 2.3.1 texto silcol prome ge
de Video El Silencio de los Signos del Color cine silcol prome ge
Texto 2.3.2 texto marayer prome ge
La Maracaibo de Ayer cine marayer prome ge
Texto 2.3.3 texto boulbar prome ge
El Boulevard Baralt cine boulbar prome ge
Texto 2.3.4 texto sitio prome ge
Un sitio para el Arte cine sitio prome ge
Texto 2.3.5 texto emped prome ge
El Empedrao ¿Un requiem más... cine emped prome ge
Tabla 9 Extracto de la tabla de NLD de procedimientos con medios

Macros y módulos
El prototipo incorpora en forma autodocumentada algunos de los algoritmos numéricos o
lógicos utilizados en las investigaciones generadoras de la información del ámbito de datos.
Estas operaciones se ejecutan como macros o módulos incorporados a un formulario tipo
planilla de presentación o cuadro de consulta, bajo la denominación natural al proceso.

Figura 21 Combinación de pantallas de presentación e introducción de información con todos los proyectos de
gestión del SidBIN.

CONCLUSIÓN
La aplicación de los sistemas de información al campo de la documentación y la evaluación
de inmuebles constituye un conjunto de aportes en un amplio espectro de ámbitos de

 Propuesta metodológica: Selección de la aplicación de métodos de diseño y


aplicación :

planificación de sistemas de segunda generación como los mejores instrumentos


metodológicos para el desarrollo de plataformas de procesos para el análisis crítico
21

científico de la arquitectura, así como para la evaluación y valoración de los inmuebles


según sea el potencial de utilidad social del mismo.
Propuesta instrumental: Desarrollo de una plataforma automatizada para el registro y


consulta de información referente a edificaciones e inmuebles de la ciudad.
Propuesta organizacional: Generación de un programa de investigación tecnológica para


desarrollar un conjunto de proyectos de procesamiento de información documental.
Propuesta docente: Facilitar material de consulta a estudiantes y profesores para el mejor


conocimiento de la arquitectura de nuestra ciudad.
Propuesta tecnológica: Las investigaciones sobre recursos de automatización realizadas
durante el desarrollo del sistema, encaminan la incorporación de la Facultad de


Arquitectura en nuevas áreas de investigación en herramientas de documentación.
Propuesta interinstitucional: Inserción del proyecto dentro de la dinámica regional y
nacional de investigación en sistemas de información, aportando el enfoque de su


aplicación particular en la arquitectura.
Propuesta comunicacional: Establecimiento de una mecanismo de divulgación
institucional y académica de conocimientos generados por la Facultad hacia su ciudad y


región.
Propuesta a la extensión: Facilitar los procesamientos y postprocesamientos de
información documentada en la Facultad para su aplicación en proyectos de servicio
oficial o comunitario.

 CUBEROS, Ricardo, et alt. Apuntes para la historia de la arquitectura y el urbanismo


REFERENCIAS BIBLIOGRAFICAS

de la ciudad de Maracaibo (recopilación). Universidad del Zulia. Facultad de

 GILARRANZ, Carmela. Centro de Información y Documentación del IFA. Universidad


Arquitectura. Maracaibo. 1.990

 GUEVARA, Armando. Guía para la Implementación de un S.I.G. para la planificación


del Zulia. Facultad de Arquitectura 1.995.

 KORTH, Henry, y SILBERSCHATZ, Abraham. Fundamentos de Bases de Datos. Mc


regional y nacional. Environmental Systems Research Institute. 1.990

 MONTILVA, Jonás. Desarrollo de Sistemas de Información. Universidad de los Andes.


Graw-Hill. Madrid. 2da Edición. 1994.739 páginas

 RITTEL, Horst; WEBBER, Melvin. “Dilemas en una Teoría General de la


Consejo de Publicaciones. Mérida, 1.992. 262 páginas.

Planificación”. en Policy Sciences 4. Elsevier Scientific Pub. Co. Universidad de

 TEDESCHI, Enrico. Teoría de la Arquitectura. Nueva Visión. Buenos Aires. 1.975


California, Berkeley, 1.93 pp. 155-169. Traducción: Mariana Irribarren.

 Understandig GIS. The Arc/Info Method. Environmental Systems Research Institute,


Inc. Redlands CA. 1.990.

También podría gustarte