Sistema de Información Documental de Bienes Inmuebles

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. Para lograr estos objetivos, el sistema debe cumplir con los siguientes requerimientos:  Comprehensivo: debe tener la capacidad de aglutinar la más diversa información y ponerla a disposición de la manera más fácil posible.  No valorativo: no debe contener juicios de valor ocultos ni excluir cualquier forma de documentación e interpretación.  Sistemático: Debe establecer pautas para objetivar la información y los procesos de documentación y análisis de la misma.  Argumentativo: debe permitir autodocumentar los criterios asumidos en cada toma de decisiones realizadas en los procesos de registro e interpretación de información.  Expansivo: debe permitir su crecimiento en nuevas áreas de información y con nuevos procedimientos de consulta y evaluación.  Reestructurable: debe permitir alternativas de reorganización de la información sin tener que destruir la información misma.  Adaptable: debe poderse amoldar a diferentes plataformas de información y poder intercambiar documentos con otros sistemas.  Versátil: debe permitir ejecutar múltiples procedimientos para el manejo de información  Convocador: Debe resultar amistoso y atractivo para incitar a su uso y consecuente desarrollo  Explorativo: debe establecer formas múltiples de manejo alternativo de información y no 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 FASE Investigación preliminar

Determinación de los requerimientos del sistema

ACTIVIDADES  aproximación  antecedentes

 estrategia del flujo de datos

 estrategia del análisis de decisiones Creación del sistema primitivo

 Modelaje

 Diseño

Desarrollo, comprobación y puesta en marcha del sistema

 implementación

 expansión

Figura 1

PROCESOS  entrevistas  investigación bibliográfica  revisión de registros  observación  diagrama de flujos de datos: flujos de datos y procesos, entidades y almacenamientos,  diccionario de datos estructuras de datos, procesos de transformación  reglas de decisión, árboles y tablas de decisión instrucciones estructuradas  acciones de decisión  aspectos a informatizar  formas de automatización,  datos y procedimientos incorporar  herramientas para la construcción del prototipo.  selección de equipos y programas,  organización de los componentes del sistema  diseño de bases de datos  diseño de las entradas y salidas de información,  diseño de interfaces y controles de operación      

introducción de datos, la preparación de interfaces de análisis la instalación de los programas y equipos. pruebas de operación bajo servicio, permanente desarrollo y ampliación desarrollo de módulos de información y análisis

PRODUCTOS Definición conceptual para el diseño genérico de sistemas de información documental Determinación de requerimientos, que implica la investigación detallada de los procesos actuales de información

Modelo de sistema de información, incluyendo las variables del sistema y sus procedimientos Creación del sistema primitivo, el cual establece la organización de los componentes y la forma como interactúan, a través de un prototipo del sistema Desarrollo del sistema, en el cual se introducen los datos e informaciones, y se establecen las aplicaciones de consulta y análisis Propuesta de expansión del sistema, en términos de programas y subproyectos

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 organizacional del sistema:  un nivel de infraestructura, conformado por las bases instrumentales en los que se desarrolla el sistema;  un nivel de estructura, constituido por el entorno de elementos que componen las informaciones y procesamientos que contiene el sistema; y  un nivel de superestructura, expresado como el contexto de vinculación externa que el 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 ENTORNO

INFRAESTRUCTURA Figura 2

Usuarios Externos ÁMBITOS Datos Medios Gestión Personal Equipos

Fuentes Externas MODULOS ENTIDAD SEDE Análisis Fuentes y Divulgación Usuarios internos Extensión del IFA - FALUZ Almacenamientos Programas

(Superestructura) (Estructura)

(Infraestructura)

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 información :  Subsistema 1.1.: Constantes y variables de la vivienda popular autoconstruida en 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 características de más de 200 inmuebles ubicados en el casco histórico de la ciudad.  Subsistema 1.3.: La otra ciudad, la génesis de la ciudad petrolera de Maracaibo (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 dicha arquitectura.  Subsistema 1.5.: Sistema de Información del Plan de Desarrollo Urbano Local de la 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 planificación.  Subsistema 1.6 .: Los asentamientos irregulares en el proceso de urbanización de 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 la ciudad.  Subsistema 1.7 .: Sistema de Información del Catastro de Maracaibo (1.996), en proceso de creación a través de la construción de un S.I.G. partir del mapa digital de la ciudad y las planillas del registro catastral inmobiliario del ayuntamiento local.  Subsistema 1.8.: Sistema de Información Patrimonial del Instituto del Patrimonio 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 afines.  Subsistema 2.1.: Centro de Información del Instituto de Investigaciones (CIDIFA), el 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 producida por investigaciones ejecutadas por profesores de la Universidad.  Subsistema 2.3.: División de Estudios para Graduados de la Facultad de Arquitectura, 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 interés académico y educativo.  Subsistema 2.3.: Unidad de Apoyo Docente de la Facultad de Arquitectura, la cual ha 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 Módulos de Aplicación

Sistema de Información Investig/Divulga/Extensión

Datos Espacializados Investigación

Hipertextos 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 /sidbin

Subsistemas sidbin.mdb /sidbin/constvar /sidbin/arqpetro /sidbin/sidbin /sidbin/sidbin /sidbin/sidbin Figura 4

Submódulos

Bibliotecas

Descripción Subproyecto SigMARA Subsistema “Constantes y Variables...” Subsistema ”Arquitectura Petrolera” Biblioteca de fotos e imágenes de inmuebles Biblioteca de planos de inmuebles Biblioteca de dibujos de inmuebles

constvar.mdb arqpetro.mdb /sidbin/sidbin/bmp/*.bmp

/sidbin/sidbin/bmp/*.dwg /sidbin/sidbin/bmp/*.sld

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 /sigmara

Subsistemas sigmara.apr /sigmara/loc /sigmara/arqpetro /sigmara/sigmara Figura 5

Subproyectos

Bibliotecas

loc.apr arqpetro.apr /sigmara/sigmara/tif/*.tif

Descripción Subproyecto SigMARA Subsistema “La Otra Ciudad...” Subsistema ”Arquitectura Petrolera” Biblioteca de fotos e imágenes de inmuebles

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 *.html

informa documen museos

NIVEL 2 *.gif

logifa lam1bot museos

*.html

ssi ahuacm medios medios

Figura 6

*.gif

bmara

NIVEL 3 *.html

areas lam21 video bmara

*.gif

lam2bot

NIVEL4 *.html

lam21 vimad

*.gif

plare vivimad

NIVEL 5 *.avi

*.html

*.gif

plare

NIVEL 6 *.html

plan6

*.gif

plan6

vivien~1

bcomara

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 Caracteres y números Fotos y gráficas Planos Figura 7

Operación de Digitalización Transcripción Rastreo digital Dibujo vectorizado

Formato magnético *.dbf; *.mdb *.bmp;*.gif; *.tif *.dwg

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

numeral NND

Hospital privado

10

05

02

01

Hospital privado@ tipo.salud.pdul.da Hospital [email protected]

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

1 2 3 4 5

Nombre

Descripción

COD_RELACION DENOM_ARQHISTO NOM_EDIF_LOC DENOM_ARQPETRO DENOM_IFA_IPC Tabla 1

Tipo

Ancho

Código del Inmueble en la Tabla relacionadora Numérico Nombre de la Edificación - Subsistema 1.2 Caracter Nombre de la Edificación - Subsistema 1.3 Caracter Nombre del Edificio - Subsistema 1.4 Caracter Nombre del Bien - Subsistema 1.8 Caracter Estructura de la base de datos relacionadora primitiva generada por la Tarea 3

Dec

5 40 30 40 25

0

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.2 Subsistema 1.3 Subsistema 1.4 Subsistema 1.8



Subsistema 1.1



ESPACIALIZACION Puntual



Sistema de Coberturas 1



Base de Datos Relacionadora Primitiva



ESPACIALIZACION Puntual



Sistema de Coberturas 2



Base de Datos Relacionadora Ampliada

Subsistema 1.5

 RECONSTRUCCION Puntual



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 1+2+3 (ubicación puntual)

TAREA 4



TAREA 5

Sistemas de Coberturas Catastro (ubicación poligonal) Figura 10



 Superposición

  

Asignación de Atributos

 Sistema Consolidado de Coberturas  (ubicación poligonal) 

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

GUION TEXTOS GRAFICOS OBJETOS

Descripción

Proceso de elaboración

Estructura de la presentación Contenidos de cada ficha Imágenes fotográficas o dibujos Inclusión de documentos digitales

Producción Transcripción Rastreo digital 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

SELECCION CONVERSION ALMACENAMIENTO

Descripción

Método de producción

Escoge segmentos representativos Transferencia digital del documento Registro e identificación del “corto”

Visionado general y registro de “clips” Generación de documento de multimedios 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

TEXTOS PLANILLAS GRAFICAS TABLAS SELECCIONES

Tipo de Relación

Tipo de Acceso

Por Fuente    

Figura 13

 Asociando Fuentes

  

Consulta Actualización Consulta Generación Consulta Generación

   

Tipos de Elementos

Tipo de Proceso

Instrumentos originales a su fuente original Otros instrumentos a una fuente específica Otros instrumentos a varias fuentes

Réplica Extrapolación Reestructuración

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 / tipode-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

NLD NND

Instrumento

Subsistema

Tipo de relación

Ámbito

Código Nomenclador

TABLA 3 10

ASENTamientos IRRegulares 07

FUente de DAtos 01

GESTION 03

tabla3.asentirr.fuda.ge

Figura 14

33.07.01.03

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 AUXILIARES USUARIOS INTERNOS

PROFESORES ESTUDIANTES USUARIOS EXTERNOS

INSTITUCIONES ESTADO 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. # 1 2 3 4 5 6 7 8

nomenclador NLD anafa/constvar/da anaplan/constvar/da compofa/constvar/da cuestsoc/constvar/da espacio/constvar/da facha/constvar/da identif/constvar/da plantas/constvar/da

archivo constvar.mdb constvar.mdb constvar.mdb constvar.mdb constvar.mdb constvar.mdb constvar.mdb constvar.mdb

fuente Subsistema 1.1

9

inventa/arqhisto/da

arqhisto.mdb

Subsistema 1.2

# 12 13 14 15 16

nomenclador NLD educa/pdul/da guberna/pdul/da redrea/pdul/da salud/pdul/da sociocul/pdul/da

tipo pat.dbf pat.dbf pat.dbf pat.dbf pat.dbf

fuente Subsistema 1.5

17 18

socioecp/asentirr/da vivienda/asentirr/da

socio.dbf vivienda.dbf

Subsistema 1.6

parcela1/actasmar/da edifici1/catasmar/da activi1/catasmar/da

parcela1.dbf

Subsistema 1.7

preinven/ifa_ipc/da

ifa_ipc.mdb

10

edifi/loc/da

loc.mdb

Subsistema 1.3

19 20 21

11

edificio/arqpetro/da

arqpetro.mdb

Subsistema 1.4

22

Figura 16

Cod E.01 E.03 E.02 E.04 E.05

Codi_emp BCO.MM CR.MR CR.LG CR.MR CR.MR

edifici1.dbf activi1.dbf Subsistema 1.8

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

Denom OFICINA MENE MAUROA VIVIENDA EN MADERA VIVIENDA PLANTA LIBRE COLEGIO VENEZOLANO ALEMAN HOSPITAL COROMOTO

Tabla 2

Fecha 1922 1928 1937 1931

Empr_or Shell CREOLE CREOLE CREOLE CREOLE

Empr_act PRIVADO ENELVEN LAGOVEN PRIVADO

Autor FALCON ZULIA ZULIA ZULIA ZULIA

Estado MENE MAUROA MARACAIBO LAGUNILLAS MARACAIBO MARACAIBO

Ciudad MENE MAUROA LA ARREAGA ZULIMA LA LAGO LA LAGO

Función OFICINA VIVIENDA VIVIENDA OFICINA MEDICO

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. # 1 2 3

Figura 17

nombre EDO_CONS/edifici/arqpetro/fuda/ge FUNCION/edifi/arqpetro/fuda/ge GRA_INTE/edifi/arqpetro/da */sidbin/fuda/ge

archivo sidbin.mdb sidbin.mdb sidbin.mdb sidbin.mdb

fuente Ámbito de gestión Ámbito de gestión Ámbito de gestión Ámbito de gestión

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 1 2 3 4

Tabla 3

Nom EDO_CONS BUENO REGULAR MALO NO EXISTE

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

04 05 06 07 01 02

04 04 04 04 05 05

01 01 01 01 01 01

01 01 01 01 01 01

Tabla 4

Nombre

Descripción

Tipo

ARE_COME ARE_LAVA ARE_DORM ARE_DORS COD_VIV JEFE_MAS

Dimensión área de comedor Dimensión área de lavadero/tendederp Dimensión área de dormitorio matrim. Dimensión área de dormitorio secund Código de Vivienda Tipo con jefe familia masculino

Numérico Numérico Numérico Numérico Numérico Numérico

Ancho Dec

3 3 3 3 3 2

NND

2 2 2 2

04040101 05040101 06040101 07040101 01050101 02050101

NLD

are_come.espacio.constvar.da are_lava.espacio.constvar.da are_dorm.espacio.constvar.da are_dors.espacio.constvar.da cod_viv.compofa.constvar.da jefe_mas.compofa.constvar.da

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-laedificació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

228 229 230 231 232 233 234

DENOM_IFA_IPC

DENOM_ARQHISTO

Edificio de la Gulf - Antiguo Colegio Gonzaga Edificio de la Caribbean - Las Laras Centro de Arte de Maracaibo “Lía Bermúdez” The Blue Book Hospital Coromoto Hotel Victoria

Tabla 5

DENOM_ARQPETRO

COLEGIO VENEZOLANO ALEMAN EDIFICIO DE OFICINAS LAS LARAS

NOM_EDIF_LOC

Edificio Las Laras

Centro de Cultura Popular "The Blue Book" hoy TRAJES DORSAY HOSPITAL COROMOTO Hotel Victoria

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

11 12 21 22 35

AREA

4657.45 353533.53 176766.77 88383.38 44191.69

Tabla 6

PERIMETER

343.56 35353.78 17676.89 8838.45 4419.22

X_EDUCA

200000 208000 200000 208000 208000

Y_EDUCA

1190000 1190000 1184000 1184000 1190000

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 E.02 E.03 E.04 E.05

Tabla 7

NOM GRA_INTE ORIGINAL ORIGINAL IRREVERSIBLE REVERSIBLE

NOM EDO_CONS BUENO REGULAR NO EXISTE BUENO

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 Inicio operaciones de plataforma da/ge operaciones de plataforma arqpetro/fuda/ge operaciones de plataforma planillas/arqpetro/fuda/ge operaciones de plataforma 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. NIVEL 0 NIVEL1 NIVEL 2 NIVEL 3 NIVEL 4

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

Datos

da ge da ge

Por Fuente (2)

INFORMACION

fuda ge Constantes y Variables...

constvar

fuda

ge Textos

textos

constvar

fuda

ge Texto 1.1

texto1

constvar

fuda ge

Retrospectiva Histórica...

arqhisto

fuda

ge

textos

arqhisto

fuda

ge Texto 1.2

texto1

arqhisto

fuda ge

loc

fuda

ge

textos

loc

fuda

ge Texto 1.3.

texto1

loc

fuda ge

arqpetro

fuda

ge

textos

arqpetro

fuda

ge Texto 1.4

texto1

arqpetro

fuda ge

pdul

fuda

ge

textos

pdul

fuda

ge Texto 1.5

texto1

pdul

fuda ge

La Otra Ciudad Arquitectura Petrolera Plan de Desarrollo...

Tabla 8

Extracto de la tabla de NLD de procedimientos con datos

20 SOLICITUDES Medios

me

ge Presentaciones

preme

Tabla 9

INFORMACION ge

Programas de Video

prome

ge Texto 2.3.1 El Silencio de los Signos del Color Texto 2.3.2 La Maracaibo de Ayer Texto 2.3.3 El Boulevard Baralt Texto 2.3.4 Un sitio para el Arte Texto 2.3.5 El Empedrao ¿Un requiem más...

texto cine texto cine texto cine texto cine texto cine

silcol silcol marayer marayer boulbar boulbar sitio sitio emped emped

prome prome prome prome prome prome prome prome prome prome

ge ge ge ge ge ge ge ge ge ge

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 aplicación :  Propuesta metodológica: Selección de la aplicación de métodos de diseño y 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.

REFERENCIAS BIBLIOGRAFICAS  CUBEROS, Ricardo, et alt. Apuntes para la historia de la arquitectura y el urbanismo de la ciudad de Maracaibo (recopilación). Universidad del Zulia. Facultad de Arquitectura. Maracaibo. 1.990  GILARRANZ, Carmela. Centro de Información y Documentación del IFA. Universidad del Zulia. Facultad de Arquitectura 1.995.  GUEVARA, Armando. Guía para la Implementación de un S.I.G. para la planificación regional y nacional. Environmental Systems Research Institute. 1.990  KORTH, Henry, y SILBERSCHATZ, Abraham. Fundamentos de Bases de Datos. Mc Graw-Hill. Madrid. 2da Edición. 1994.739 páginas  MONTILVA, Jonás. Desarrollo de Sistemas de Información. Universidad de los Andes. Consejo de Publicaciones. Mérida, 1.992. 262 páginas.  RITTEL, Horst; WEBBER, Melvin. “Dilemas en una Teoría General de la Planificación”. en Policy Sciences 4. Elsevier Scientific Pub. Co. Universidad de California, Berkeley, 1.93 pp. 155-169. Traducción: Mariana Irribarren.  TEDESCHI, Enrico. Teoría de la Arquitectura. Nueva Visión. Buenos Aires. 1.975  Understandig GIS. The Arc/Info Method. Environmental Systems Research Institute, Inc. Redlands CA. 1.990.