diseño del sistema de información andino · pdf filediseño del sistema de...

Diseño del Sistema de Información Andino para la Prevención y Atención de Desastres (versión final)

5-2-2009 SIAPAD – Sistema de Información Andino para la Prevención y Atención de Desastres

Página 1 de 118

DISEÑO DEL SISTEMA DE INFORMACIÓN ANDINO PARA LA PREVENCIÓN Y ATENCIÓN DE DESASTRES

Fecha: 5-2-09 Tipo: Informe Técnico No: 1

Lugar: Valencia -España

Autor: Salvador Bayarri

CONTROL DE VERSIONES

Fecha Versión Autor Contenido 23.11.2007 1.0

(preliminar) Salvador Bayarri – Experto Implementación -

IVER Preparación del informe

20.10.2008 2.0 (final) Salvador Bayarri Preparación del informe

5.12.2008 2.1 (final) Salvador Bayarri Actualización

5.2.2009 2.2 (final) Salvador Bayarri Actualización

LISTA DE DISTRIBUCIÓN

Nombre Cargo Acción Solicitada

Rubén Vargas Gestión de Sistemas de Información PREDECAN Revisión - Aprobación

Ana Campos Directora General del PREDECAN Información

Harald Mossbrucker Jefe de Asistencia Técnica Internacional de PREDECAN Información

Martín Molina Asesor técnico de PREDECAN Revisión

Patricio Padilla Gerente del proyecto - IVER Información

Ricardo Galván Experto en Diseño – IVER Información

Stefanie Weykam Experta IDE - IVER Información

Richard Vargas Experto en Riesgo – IVER Información

Mario Wong Equipo técnico de apoyo Perú Información

René Mendoza Equipo técnico de apoyo Bolivia Información

Claudia Guerra Equipo técnico de apoyo Colombia Información

Carlos Portilla Equipo técnico de apoyo Ecuador Información



Página 2 de 118

TABLA DE CONTENIDOS 1. Antecedentes .....................................................................................................6 2. Objetivos y estructura .......................................................................................8 3. Arquitectura general........................................................................................10

3.1 Concepto general del SIAPAD........................................................................... 10 3.2 El SIAPAD como Infraestructura de Datos Espaciales ......................................... 12 3.3 Estructura del SIAPAD...................................................................................... 13 3.4 Relación de SIAPAD con otros Sistemas de Información..................................... 16

4. Arquitectura de los nodos facilitadores...........................................................20 4.1 Estructura de los nodos facilitadores ................................................................. 20 4.2 Arquitectura del sistema de búsqueda............................................................... 21 4.3 Tecnología de implementación.......................................................................... 24

5. Diseño del sistema de búsqueda .....................................................................26 5.1 Introducción: prioridades en la gestión del riesgo .............................................. 26 5.2 Búsqueda temática .......................................................................................... 26

5.2.1 Búsqueda por proceso de gestión del riesgo ..................................................... 27 5.2.2 Búsqueda por fenómeno.................................................................................. 29 5.2.3 Búsqueda por palabras.................................................................................... 33 5.2.4 Modelización informática de la búsqueda temática ............................................ 33

5.3 Búsqueda asistida............................................................................................ 36 5.3.1 Definición de perfiles de usuario o roles............................................................ 36 5.3.2 Definición de tareas o utilidades....................................................................... 37 5.3.3 Modelización informática de la búsqueda asistida .............................................. 38

6. Diseño del geoportal........................................................................................40 6.1 Diseño funcional .............................................................................................. 40 6.2 Diseño gráfico ................................................................................................. 42

6.2.1 Aspecto general y pestaña de búsqueda........................................................... 42 6.2.2 Pestaña de resultados ..................................................................................... 45 6.2.3 Pestaña del visor geográfico ............................................................................ 48 6.2.4 Páginas adicionales ......................................................................................... 53

7. Diseño de la herramienta de administración...................................................57 7.1 Objetivos ........................................................................................................ 57 7.2 Diseño funcional .............................................................................................. 58 7.3 Acceso a la herramienta de administración........................................................ 58 7.4 Gestión de usuarios ......................................................................................... 60 7.5 Configuración del modelo de búsqueda ............................................................. 60 7.6 Configuración de fuentes para la búsqueda ....................................................... 64 7.7 Cálculo de estadísticas ..................................................................................... 66 7.8 Configuración de noticias ................................................................................. 67 7.9 Configuración de otras páginas de GEORiesgo................................................... 68 7.10 Importación y exportación de la configuración................................................... 69



Página 3 de 118

8. ANEXO A: Glosario de términos ......................................................................70 9. ANEXO B: Tablas de utilidades y preguntas ....................................................76 10. ANEXO C: Instalación y configuración.............................................................79

10.1 Instalación del código de GEORiesgo ................................................................ 79 10.2 Instalación de la base de datos de GEORiesgo................................................... 82 10.3 Diferencias por país: configuración del código ................................................... 82

10.3.1 Conjuntos predefinidos de mapas................................................................... 82 10.3.2 Capas por defecto en el visor geográfico ........................................................ 82 10.3.3 Envío de correo............................................................................................. 83 10.3.4 Acceso a la base de datos del modelo de información...................................... 83 10.3.5 Configuración de la dirección del nodo facilitador ............................................ 83

11. ANEXO D: Pruebas ...........................................................................................85 11.1 Pruebas del portal GEORiesgo .......................................................................... 85

11.1.1 Pruebas funcionales ...................................................................................... 85 11.1.2 Pruebas de tiempo ........................................................................................ 86 11.1.3 Pruebas de carga y estrés.............................................................................. 89 11.1.4 Pruebas del modelo de información................................................................ 90

11.2 Pruebas de la herramienta de administración .................................................... 92 11.2.1 Acceso a la herramienta ................................................................................ 92 11.2.2 Configuración de acceso ................................................................................ 92 11.2.3 Configuración del modelo de búsqueda .......................................................... 92 11.2.4 Configuración del catálogo local ..................................................................... 93 11.2.5 Configuración de noticias............................................................................... 93 11.2.6 Importación/exportación de la configuración................................................... 94

12. ANEXO E: Documentación del software...........................................................95 12.1 Diagramas de casos de uso .............................................................................. 96

12.1.1 Casos de uso para el portal GEORiesgo .......................................................... 96 12.1.2 Casos de uso de la herramienta de administración .......................................... 97

12.2 Diagramas de componentes ............................................................................. 98 12.2.1 Componentes del portal GEORiesgo ............................................................... 98 12.2.2 Componentes de la herramienta de administración.......................................... 99

12.3 Diagramas de comunicación y secuencia ......................................................... 100 12.3.1 Construcción de la expresión y XML para la búsqueda ................................... 100 12.3.2 Ejecución de una búsqueda ......................................................................... 101 12.3.3 Añadir mapas al visor .................................................................................. 103

12.4 Algoritmos más relevantes ............................................................................. 103 12.4.1 Construcción de la expresión y XML para la búsqueda ................................... 103 12.4.2 Clasificación de resultados de la búsqueda.................................................... 106 12.4.3 Sincronización de configuraciones ................................................................ 109

12.5 Descripción de los paquetes de código fuente ................................................. 112



Página 4 de 118

LISTA DE FIGURAS

Figura 1: Estructura general esquemática del SIAPAD ..................................................... 13 Figura 2: Estructura general detallada del SIAPAD .......................................................... 14 Figura 3: Tipos de catalogación y formas de búsqueda.................................................... 16 Figura 4: Metadato y enlace a los documentos de la red BiVa-PaD, vistos en GeoRiesgo....18 Figura 5: Metadato y visualización de un servicio de mapas DesInventar en GeoRiesgo..... 19 Figura 6: Esquema de un nodo facilitador del SIAPAD ..................................................... 20 Figura 7: Detalle de la arquitectura del sistema de búsqueda en el nodo demostrativo ...... 22 Figura 8: Principales componentes utilizados en la implementación del nodo facilitador ..... 24 Figura 9: Expansión de sinónimos para palabras y fenómenos en el glosario de términos ..33 Figura 10: Esquema funcional de la búsqueda temática ................................................... 34 Figura 11: Modelo de representación para la búsqueda temática...................................... 35 Figura 12: Secuencia de pasos en la búsqueda temática.................................................. 35 Figura 13: Esquema funcional de la búsqueda asistida..................................................... 38 Figura 14: Modelo de representación para la búsqueda asistida ....................................... 39 Figura 15: Secuencia de pasos en la búsqueda asistida ................................................... 39 Figura 16: Diagrama funcional del geoportal del SIAPAD ................................................. 40 Figura 17: Aspecto general y pestaña de búsqueda (opción palabras clave) del SIAPAD ....42 Figura 18: Esquema interfaz de usuario general del SIAPAD ............................................ 43 Figura 19: Esquema interfaz de usuario de búsqueda del SIAPAD .................................... 43 Figura 20: Opciones para la búsqueda temática (seleccionado proceso 2 como ejemplo) ...44 Figura 21: Opciones para la búsqueda asistida (seleccionado rol ‘Público en general’) ....... 44 Figura 22: Criterios avanzados de búsqueda, comunes a todos los métodos ..................... 45 Figura 23: Pestaña que muestra los resultados de una búsqueda (mapas)........................ 46 Figura 24: Pestaña con resultados (documentos) y controles de paginación...................... 46 Figura 25: Visualización de la expresión de búsqueda...................................................... 47 Figura 26: Selección de catálogo al buscar en todos los catálogos disponibles................... 47 Figura 27: Esquema interfaz de usuario para pestaña de resultados ................................. 48 Figura 28: Pestaña del visor geográfico .......................................................................... 49 Figura 29: Ejemplo de uso de la herramienta de información ........................................... 50 Figura 30: Ejemplo de uso de la herramienta de medida de área ..................................... 51 Figura 31: Opciones para añadir una capa directamente al visor ...................................... 51 Figura 32: Selección de capas a añadir de un servidor remoto ......................................... 52 Figura 33: Selección de capas a añadir de un mapa predefinido....................................... 52 Figura 34: Uso de la herramienta para buscar lugares ..................................................... 53 Figura 35: Vista parcial de la página “Acerca de”............................................................ 53



Página 5 de 118

Figura 36: Vista parcial de la página de noticias (Ecuador)............................................... 54 Figura 37: Vista de la página “Cómo contribuir” .............................................................. 55 Figura 38: Vista de la página de Estadísticas (Ecuador) ................................................... 55 Figura 39: Vista de la página de Participantes (Colombia) ................................................ 56 Figura 40: Vista de la página de Enlaces (Bolivia)............................................................ 56 Figura 41: Esquema funcional de la herramienta de administración .................................. 58 Figura 42: Pantalla de inicio en la herramienta de administración..................................... 59 Figura 43: Gestión de usuarios administradores .............................................................. 60 Figura 44: Página de inicio para configuración del modelo de búsqueda ........................... 60 Figura 45: Gestión de fenómenos................................................................................... 61 Figura 46: Gestión de palabras clave temáticas ............................................................... 61 Figura 47: Gestión de la búsqueda temática.................................................................... 62 Figura 48: Inserción de un nuevo tema .......................................................................... 63 Figura 49: Gestión de la búsqueda asistida (tareas) ........................................................ 64 Figura 50: Gestión de catálogos externos de metadatos .................................................. 65 Figura 51: Gestión de recolección (harvesting) en Geonetwork ........................................ 65 Figura 52: Gestión del catálogo local de metadatos ......................................................... 66 Figura 53: Gestión de noticias locales y remotas ............................................................. 67

LISTA DE TABLAS

Tabla 1: Opciones de la búsqueda por procesos de la gestión del riesgo........................... 28

Tabla 2: Opciones de la búsqueda por fenómenos amenazantes ...................................... 32

Tabla 3: Roles de usuario para búsqueda asistida ........................................................... 37



Página 6 de 118

1. ANTECEDENTES

El presente documento constituye la versión preliminar del “DISEÑO DEL SISTEMA DE INFORMACIÓN ANDINO PARA LA PREVENCIÓN Y ATENCIÓN DE DESASTRES” en el marco de la Consultoría No. 030-2006/PREDECAN, para el “DISEÑO FINAL E IMPLEMENTACION DE UN SISTEMA DE INFORMACIÓN ANDINO PARA LA PREVENCIÓN Y ATENCIÓN DE DESASTRES, INSTALADO DE FORMA OPERATIVA EN LOS CINCO PAISES DE LA SUBREGIÓN ANDINA MIEMBROS DEL CAPRADE”, ejecutada por la empresa IVER TECNOLOGIAS S.A.

Este proyecto se realiza en el marco del resultado número 2, actividad 1 del Plan Operativo Anual (POA I-II-III) 2006-2007-2008 del Proyecto PREDECAN, y forma parte de un programa de fortalecimiento de los mecanismos de generación, sistematización, conservación y difusión de información adecuada, oportuna y sistemática, en los países de la subregión Andina miembros del CAPRADE.

El desarrollo de este Diseño ha partido del trabajo realizado en la consultoría “ANÁLISIS DE REQUISITOS DEL SISTEMA DE INFORMACIÓN ANDINO PARA PREVENCIÓN Y ATENCIÓN DE DESASTRES (SIAPAD)” que tuvo como resultados un diseño preliminar y un prototipo de la aplicación SIAPAD. Sin embargo, a petición de la Entidad Gestora, se ha realizado una revisión de aspectos funcionales, gráficos y de implementación de la propuesta previa de diseño. En esta revisión han participado tanto la Entidad Gestora como muy especialmente el asesor técnico de PREDECAN, el profesor Martín Molina.

La revisión del diseño del SIAPAD dio lugar a una versión preliminar de este Informe, que se correspondía con la versión del sistema presentada en el nodo demostrativo (Perú) en Abril del 2008. Recogiendo los comentarios del taller de presentación y las sugerencias de la Entidad Gestora y el profesor Molina se elaboró un documento de Especificación de Cambios, así como una nueva propuesta gráfica, cuya implementación y ajuste final resulta en el diseño definitivo que se presenta en este documento.



Página 7 de 118

Nomenclatura

PREDECAN, Proyecto para la Prevención de Desastres en la Comunidad Andina, Entidad Gestora del Proyecto, Entidad Contratante.- Serán utilizados como sinónimos del PREDECAN.

IVER, Consultora, Empresa Consultora.- Este término se utilizará para representar a IVER Tecnologías.

CAPRADE.- Comité Andino para la Atención y Prevención de Desastres.

CRID.- Centro Regional de Información sobre Desastres de América Latina y el Caribe.

P.A.D., PAD.- Prevención y Atención de Desastres.

SIAPAD, Proyecto, Consultoría.- Estos términos serán utilizados en términos generales como sinónimos del Sistema de Información Andina para la Prevención y Atención de Desastres “SIAPAD”.

IDE, Infraestructura de Datos Espaciales.- Un conjunto de tecnologías, estándares y recursos humanos necesarios para adquirir, procesar, almacenar, distribuir y mejorar la utilización de la información geográfica utilizando estándares abiertos.

Nodo Facilitador.- Cada uno de los nodos nacionales donde se instala la aplicación SIAPAD.

Nodo Servidor.- Cada uno de los servidores de datos, documentos y metadatos instalados en una entidad técnico-científica generadora de información para la gestión de riesgos de desastres naturales, con los que el SIAPAD puede comunicarse mediante servicios web estándar.

Geosemántica.- Proyecto Multinacional Andino, Geociencias para las Comunidades Andinas PMA:GCA.

BiVaPAD.- Proyecto de Biblioteca Virtual Andina para la Prevención y Atención de Desastres.

DesInventar, DesConsultar, Inventario de Desastres Históricos.- Actividad del PREDECAN que ha resultado en bases de datos con inventarios de desastres históricos, así como aplicaciones de consulta on-line

OGC, Open Geospatial Consortium.- Organismo internacional proveedor de estándares para aplicaciones geoespaciales.

RSS, Real Simple Syndication.- Estándar para la publicación de servicios web de noticias.

URL, Uniform Resource Locator.- Dirección de un archivo o servicio accesible en Internet.

Metadato.- Registro o ficha que describe las características y localización de un servicio, dato o documento, mediante campos de información estandarizados.



Página 8 de 118

2. OBJETIVOS Y ESTRUCTURA

El presente informe tiene como objetivo detallar el diseño del SIAPAD, su uso y su construcción, tanto desde el punto de vista de los usuarios finales, como de los administradores y técnicos que participan en su desarrollo y mantenimiento. De esta manera se espera que resulte de utilidad a cada uno de los actores involucrados en el presente y futuro del sistema.

Otros informes complementan ciertos aspectos de este documento de diseño:

• El Manual del Administrador del SIAPAD describe en detalle la instalación y configuración del software de los nodos facilitadores, y el uso de la Herramienta de Administración.

• El Informe de Configuración de los nodos nacionales describe en detalle aquellos elementos ajustables del sistema y su particularización en cada nodo; entre otros, el modelo de información, las fuentes de metadatos de cada nodo y las fuentes de noticias.

• El Plan de Pruebas describe los tests a realizar para comprobar el correcto funcionamiento del sistema.

• El Informe de Recomendaciones sobre Publicación recoge las herramientas y prácticas adecuadas para que las instituciones generadoras de información publiquen información mediante los estándares internacionales compatibles con SIAPAD.

El presente documento parte de una visión general del SIAPAD para aproximarse sucesivamente a sus diferentes componentes. Cada apartado del documento trata de responder a unas preguntas específicas:

• Arquitectura general del SIAPAD: o ¿Qué es el SIAPAD? o ¿Cómo se estructura y qué papel representan los diferentes nodos (entidades)

integrados en él? ¿Cómo se comunican estos nodos? o ¿Cómo se integra el SIAPAD con otros sistemas de información sobre gestión

de riesgos?

• Arquitectura de los nodos facilitadores: o ¿Qué componentes constituyen cada nodo nacional o nodo facilitador? o ¿Cómo se implementa internamente la búsqueda? o ¿Qué tecnologías se han escogido para la implementación de los nodos

facilitadores?

• Diseño del sistema de búsqueda: o ¿Qué fundamentos teóricos tiene el sistema de búsqueda del SIAPAD en la

gestión de riesgos? o ¿Cómo funciona los diferentes métodos de búsqueda? o ¿Cómo utiliza el usuario los métodos de búsqueda?



Página 9 de 118

• Diseño del geoportal: o ¿Qué funcionalidad tiene el geoportal de los nodos facilitadores? ¿Cómo se

organizan los diferentes elementos interactivos? o ¿Qué apariencia gráfica general tiene el geoportal?

• Diseño de la herramienta de administración o ¿Cómo se configura internamente el modelo de información de cada nodo

nacional? o ¿Cómo puede modificarse esta configuración? o ¿De qué otras herramientas disponen los administradores de los nodos?



Página 10 de 118

3. ARQUITECTURA GENERAL

3.1 Concepto general del SIAPAD

Como su nombre indica, el SIAPAD se concibe como un Sistema de Información, y como tal su principal objetivo es permitir la búsqueda y acceso a diferentes fuentes de información relevantes para la ejecución de tareas de gestión del riesgo asociado a desastres naturales en la Subregión Andina. Este acceso a la información estará abierto a diferentes tipos de usuarios, desde el público en general a investigadores y responsables de planificación, y se realizará primordialmente a través de un interfaz gráfico interactivo.

SIAPAD debe concebirse también como un sistema abierto a la integración de funcionalidad más avanzada que se desarrolle en el futuro en relación con la prevención, atención y actuación ante desastres.

Para comprender el diseño del SIAPAD es conveniente hacer un somero repaso a lo que constituye su campo de uso.

3.1.1 La prevención y atención de desastres y la gestión del riesgo

Dentro de la relación que de manera cotidiana una comunidad mantiene con el entorno se presentan de manera recurrente fenómenos naturales e inducidos por el hombre que de manera destructiva movilizan materia y energía en condiciones tales que causan daños y/o pérdidas en la población, sus bienes y los ecosistemas. De la intensidad de estos daños y la capacidad de la población de soportarlos se pueden presentar crisis de tipo social, representadas en la necesidad inmediata de ayuda humanitaria y la reducción contundente de los indicadores de bienestar. En todas estas etapas, suelen presentarse también crisis de tipo institucional que afectan el desempeño de las entidades, instituciones y organizaciones del estado que por su misión son responsables de intervenir en la solución de la crisis social. Este conjunto de situaciones constituyen lo que se reconoce como un desastre, los cuales en general representan una alteración del proceso de desarrollo económico y social de una comunidad.

Definición de ‘desastre’

Al respecto, se reconoce el desastre1 como una situación o proceso social que se desencadena como resultado de la manifestación de un fenómeno de origen natural, tecnológico o provocado por el hombre que, al encontrar condiciones propicias de vulnerabilidad en una población, causa alteraciones intensas, graves y extendidas en las condiciones normales de funcionamiento de la comunidad; representadas por la pérdida de vida y salud de la población; la destrucción, pérdida o inutilización total o parcial de bienes

1 Banco Interamericano de Desarrollo – BID (2003). La Noción de Riesgo desde la Perspectiva de Los desastres, Marco Conceptual para su Gestión Integral. Programa de Información e Indicadores de Gestión de Riesgos BID-CEPAL-IDEA. Manizales, Agosto 2003.



Página 11 de 118

de la colectividad y de los individuos así como daños severos en el ambiente, requiriendo de una respuesta inmediata de las autoridades y de la población para atender los afectados y restablecer los umbrales aceptados de normalidad y bienestar.

Gestión del Riesgo

En consecuencia del problema que involucran los desastres, los estados vienen implementando políticas y acciones de diferentes tipos para que estos en lo posible no se presenten o su intensidad sea lo menor posible y en caso tal tener una capacidad óptima de respuesta y recuperación.

De esta forma se define la gestión del riesgo2 como un campo de la gestión pública que se desarrolla de manera interinstitucional e intersectorial, involucrando al estado institucional, la empresa privada y la comunidad, con el propósito de reducir en cantidad y magnitud las situaciones de desastre, así como de efectuar de manera oportuna, eficaz y eficiente las operaciones de reacción inmediata para la estabilización social y las posteriores acciones tendientes a crear una condición sostenible del proceso de desarrollo económico y social de la comunidad afectada.

Se reconoce, por una parte, que para reducir la cantidad e intensidad de los desastres que se puedan presentar en el futuro, se debe reducir la condición del riesgo presente y por otra, que frente a las situaciones de desastre y emergencia presentadas se deben prestar servicios y acciones de respuesta y recuperación, las cuales deben optimizarse bajo esquemas de preparación previa.

Con lo anterior, queda sugerido un conjunto de líneas de acción que bajo un esquema integrado de planeación, ejecución y control configuran el quehacer en el campo de la prevención, atención y recuperación de desastres y emergencias, el cual se consolida bajo la denominación de gestión integral del riesgo de desastres o simplemente gestión del riesgo.

En resumen se puede decir que la gestión del riesgo es la planeación, ejecución y control de la intervención física y social orientada a impedir o reducir los efectos de fenómenos peligrosos sobre la población, los bienes, servicios y el ambiente, así como de la preparación y ejecución de la respuesta a emergencias y recuperación posdesastre, contando con la participación activa de las diferentes instancias del estado y la comunidad.

Se ve claramente, por tanto, que un Sistema de Información como SIAPAD puede ser de gran utilidad para articular procesos de gestión del riesgo, y por tanto influir positivamente en todas las líneas de acción de la gestión de desastres, y especialmente en las de Prevención y Atención.

2 Área Metropolitana del Valle de Aburrá (2007). Diseño del Sistema Metropolitano para la Prevención, Atención y Recuperación de Desastres del Valle de Aburrá. Tomo I: Red para la Gestión del Riesgo en el Valle de Aburrá – Red Riesgos. Consorcio Consultor INGETEC – IGR. Medellín, Abril 2007.



Página 12 de 118

3.2 El SIAPAD como Infraestructura de Datos Espaciales

El SIAPAD puede verse como un ejemplo de Infraestructura de Datos Espaciales definida como un conjunto de tecnologías, estándares y recursos humanos necesarios para adquirir, procesar, almacenar, distribuir y mejorar la utilización de la información geográfica utilizando estándares abiertos3.

Una de las características de los sistemas implementados con la filosofía IDE es que las entidades que generan la información siguen siendo las responsables de custodiar y mantener dicha información. Se trata por tanto de un sistema distribuido.

La publicación óptima de la información en una IDE se realiza no mediante la distribución de copias de la información (que resultan difíciles de mantener actualizadas), sino mediante servicios a través de Internet, que utilizan protocolos de comunicación estándar como los de la OGC. Se trata por tanto de un uso particular de las llamadas Arquitecturas Orientadas a Servicios (SOA por sus siglas en inglés).

Los tipos más habituales de servicios en una IDE son:

• Servicios de descubrimiento (también conocidos como servicios de búsqueda o de catálogo). Permiten encontrar referencias a la información mediante la búsqueda en un catálogo remoto donde se encuentran las fichas o metadatos que contienen esas referencias.

• Servicios de visualización (también conocidos como servicios de mapas). Generan una visualización de la información, por ejemplo, una imagen de un mapa.

• Servicios de datos. Permiten acceder remotamente a los datos, normalmente para lectura (descarga) y en algunos casos para modificarlos.

En una IDE se encuentran habitualmente diferentes tipos o niveles de nodos que se comunican a través de los servicios estándar. Los ejemplos más típicos son:

• Nodos servidores: proporcionan servicios de cualquiera de los tipos.

• Nodos integradores, facilitadores o clientes: ejecutan aplicaciones que proporcionan a los usuarios una forma sencilla de utilizar los servicios de los nodos servidores, integrando los resultados de esos servicios (por ejemplo, en un visor geográfico). Si la aplicación es una aplicación web, cualquier usuario que tenga acceso al nodo mediante un navegador de Internet puede hacer uso de ella.

• Nodos mixtos: en muchos casos hay nodos que proporcionan servicios que están basados en los ofrecidos por otros nodos, por lo que actúan de servidores y clientes al mismo tiempo. Por esta razón en general una IDE tiene una estructura de tipo red, donde muchos elementos se interconectan entre sí.

3 Definiciones similares puede encontrarse, por ejemplo, en la IDE de Perú: http://www.idep.gob.pe y en la Infraestructura Colombiana de Datos Espaciales: http://www.geoportal.gov.co



Página 13 de 118

3.3 Estructura del SIAPAD

El SIAPAD se estructura de una manera aparentemente sencilla, con dos niveles de nodos. Por un lado, en las entidades que generan la información primaria que puede ser de utilidad para la gestión del riesgo se dispondrá de servidores que publicarán servicios relativos a los datos de que cada entidad dispone, y podemos hablar de nodos servidores.

Por otro lado, el trabajo de desarrollo en el presente proyecto se centrará en la implementación de nodos facilitadores, cada uno instalado en una entidad relacionada con la gestión del riesgo en un país de la subregión. Estos nodos facilitadores ejecutarán la aplicación web para buscar y dar acceso a servicios publicados desde las entidades generadoras de información.

Figura 1: Estructura general esquemática del SIAPAD

En un sentido amplio, los dos tipos de nodos podrían considerarse de tipo mixto, según la nomenclatura discutida en el apartado anterior, ya que los nodos pertenecientes a las entidades generadoras pueden integrar servicios provenientes de otros nodos (por ejemplo, varios servicios de entidades locales), y los nodos facilitadores también se convierten a su vez en servidores, como veremos ahora, al publicar servicios de búsqueda en catálogo. Sin embargo, a efectos de la estructura interna del SIAPAD mantendremos los nombres indicados.

La distinción entre Entidades Generadoras de Información por un lado y Entidades de Gestión del Riesgo por otro lado es también arbitraria, ya que pueden perfectamente coincidir ambos papeles, pero de nuevo mantendremos la distinción únicamente a efectos de explicar la estructura del SIAPAD.

En la siguiente figura se ofrecen más detalles sobre la estructura general, observándose los tipos de servicios que pueden ser utilizados para la comunicación entre los nodos.



Página 14 de 118

Figura 2: Estructura general detallada del SIAPAD

Como vemos en la figura, los nodos servidores pueden ofrecer uno o más de estos servicios:

• Servicios de Mapas (deberán cumplir con el estándar OGC WMS)

• Servicios de Datos de tipo Vectorial (estándar OGC WFS)

• Servicios de Datos de tipo Cobertura Ráster (estándar OGC WCS)

• Servicio de Búsqueda en Catálogo (estándar OGC CSW)

• Servicio de Distribución de Noticias (estándar RSS)

Los más comunes serán los servicios de mapas WMS y servicios de búsqueda en catálogo CSW. El primero permite a las entidades publicar información que puede ser visualizada externamente, sin dar acceso directo a los datos mismos. El segundo servicio, el de catálogo, es necesario en el contexto del SIAPAD para permitir a los nodos facilitadores descubrir la información y su relevancia para la gestión del riesgo.



Página 15 de 118

Las entidades generadoras de información mantendrían los siguientes elementos en sus propios servidores:

• Bases de Geodatos: se accede a ellas a través de los Servicios de Mapas o Datos, o si los datos están disponibles en una dirección web URL pública, puede accederse a ellos también a través de un enlace, especificado en el metadato correspondiente.

• Documentos (por ejemplo, mapas e informes) y enlaces a páginas Web de interés. Si están disponibles en una dirección web URL pública, puede accederse a ellos a través de un enlace, especificado en el metadato correspondiente.

• Base de Metadatos. Los metadatos alimentan al Servicio de Búsqueda en Catálogo del nodo servidor. Los metadatos deben documentar los Servicios de Mapas y Datos que ofrece el nodo, y también aquellos datos, documentos y enlaces que quieran hacerse accesibles mediante una dirección URL pública.

3.3.1 Catalogación en los nodos servidores

Debe hacerse notar que en general la catalogación realizada en los nodos servidores solamente será útil para el SIAPAD cuando se cumplan las siguientes condiciones:

• Los metadatos deben poder intercambiarse en algún formato estándar (basado en ISO 19115 ó ISO 19119)

• Deben estar publicados mediante un servicio de catálogo estándar (CSW es preferible, una alternativa es z39.50) o en una carpeta accesible a través de Internet con el protocolo WebDAV, de manera que se permite el harvesting o recolección automática de los metadatos.

• Los metadatos deben contener palabras clave según las recomendaciones de catalogación, que se detallarán en el informe sobre el Modelo de Información del SIAPAD.

• Los metadatos deben contener enlaces URL (direcciones web) de los servicios o documentos donde residen los productos de información.

Se debe notar que no es necesario que la catalogación utilice un perfil determinado de metadatos, ya que todos los perfiles tienen en común los campos básicos que SIAPAD utiliza en la búsqueda (título, resumen y palabras clave). En este sentido no hay problema de compatibilidad entre SIAPAD y los perfiles de metadatos establecidos por normas como la promovida por la IDEP en Perú o la norma técnica colombiana NTC4611, siempre que se den las otras condiciones mencionadas en la lista anterior.

Para los casos puntuales de fuentes de información que resulten importantes para la funcionalidad del SIAPAD, pero por alguna razón no se den las condiciones mencionadas, los nodos facilitadores tienen la posibilidad de realizar una catalogación local en el nodo. Esta catalogación tiene que realizarla de forma manual el administrador del nodo, y por tanto resultará impracticable para grandes cantidades de metadatos. Como se ha dicho, debe ser solamente una solución provisional hasta que la catalogación se realice en la entidad generadora.



Página 16 de 118

La Figura 3 resume los tipos de búsqueda de la aplicación SIAPAD según la localización de los metadatos.

Figura 3: Tipos de catalogación y formas de búsqueda

La arquitectura e implementación de la aplicación del SIAPAD (portal GeoRiesgo) en los nodos facilitadores se discute en detalle en los siguientes capítulos. Vamos a exponer ahora las opciones de integración de SIAPAD con otros sistemas de información en el campo de la gestión del riesgo.

3.4 Relación de SIAPAD con otros Sistemas de Información

Aunque el SIAPAD es un sistema capaz de funcionar autónomamente, su utilidad como sistema de información depende de la disponibilidad de fuentes adecuadas. Por ello se ha trabajado en su integración con otros proyectos desarrollados en el mismo ámbito geográfico para la generación y publicación de información relacionada con la gestión de desastres naturales.

3.4.1 Red Geosemántica El proyecto Geosemántica4 es parte del “Proyecto Multinacional Andino: Geociencias para las Comunidades Andinas” (PMA: GCA). Este proyecto ha permitido la instalación de una serie de nodos nacionales que publican servicios de mapas WMS y documentos, sobre todo en el ámbito geológico, y dispone de una aplicación web propia para la publicación, búsqueda y visualización de la información.

4 Para información general sobre este proyecto, se puede consultar http://can.geosemantica.net/



Página 17 de 118

En una visita al equipo desarrollador de Geosemántica se pudo comprobar la calidad del esfuerzo desarrollado por este proyecto. El inconveniente desde el punto de vista de SIAPAD es que Geosemántica está concebida como una red ‘cerrada’ para el descubrimiento de datos: la búsqueda solamente puede realizarse internamente, entre la red de nodos Geosemántica. La falta de un servicio web estándar para la búsqueda en los catálogos de sus nodos incumple una de las condiciones de integración mencionadas en el punto 3.3.1.

Aunque se discutió la posibilidad técnica de poder conectar el servicio no-estándar de catálogo de Geosemántica con los buscadores de SIAPAD, esta solución no hubiera convertido a los nodos Geosemántica en servidores compatibles con los estándares IDE, y otros sistemas de información no hubieran podido acceder a su catálogo de productos.

Las instituciones generadoras de información que gestionaban los nodos Geosemántica también prefirieron adoptar una solución estándar para la catalogación y publicación de servicios de búsqueda, lo que hizo innecesario el desarrollo de un sistema de integración del catálogo no-estándar.

Por otro lado, aunque no se ha integrado el catálogo de los nodos Geosemántica, sí se han podido utilizar los servicios de mapas y documentos publicados en estos nodos, al cumplir éstos con protocolos de acceso estándar, y así los productos de información generados en el proyecto pueden también ser utilizados desde los nodos facilitadores de SIAPAD.

3.4.2 Red BiVa-PaD

El proyecto de desarrollo de una Red de Centros de Información Virtual sobre Prevención y Atención de Desastres en la Subregión Andina5 ha dotado a cinco centros nacionales en la subregión andina con una infraestructura tecnológica y una capacitación mínima para actuar como centros de gestión de bibliotecas documentales relacionadas con la gestión de riesgos.

Como en el caso de Geosemántica, la integración de estas bases de datos con el sistema de búsqueda de SIAPAD requiere de las condiciones listadas en el punto 3.3.1. Estas condiciones se han conseguido mediante los siguientes desarrollos:

• Exportando desde las bases de datos bibliográficas en los nodos nacionales BiVa-PaD un formato de metadatos propio basado en XML.

• Desarrollando una herramienta de transformación para convertir esos registros en el estándar de metadatos ISO 19115.

• Definiendo un proceso para cargar los metadatos resultantes en un servidor de catálogo estándar (Geonetwork), administrado en los nodos BiVa-PaD.

Otro aspecto importante para la integración efectiva con el SIAPAD era la consistencia de los criterios y palabras clave utilizados en las fichas de BiVa-PaD con las recomendaciones de catalogación del SIAPAD. Para ello se ha tenido en cuenta el vocabulario y tipología definidos en BiVa-PaD a la hora de definir las palabras clave recomendadas para la catalogación en SIAPAD.

5 Más detalles sobre el proyecto pueden consultarse en http://www.crid.or.cr/crid/predecan/index.htm.



Página 18 de 118

La siguiente Figura muestra cómo los registros bibliográficos aparecen como resultados de las búsquedas en el portal GeoRiesgo, y cómo éstos conducen a las páginas web de BiVa-PaD donde se encuentra el documento catalogado.

Figura 4: Metadato y enlace a los documentos de la red BiVa-PaD, vistos en GeoRiesgo

3.4.3 Inventarios de desastres históricos (DesInventar)

El Proyecto de creación y actualización de Inventarios de Desastres por eventos históricos6 tiene como resultados:

• Una serie de bases de datos que contienen datos estadísticos sobre los efectos de diversos tipos de desastres.

• Unas aplicaciones para consulta de esta base de datos, que pueden utilizarse on-line y también como programas de escritorio: DesInventar, DesConsultar.

Además, estos datos estadísticos se han agrupado y ligado a unidades administrativas para publicarse como servicios de mapas WMS, directamente visualizables en el portal GeoRiesgo del SIAPAD. El único problema técnico que restaba por resolver era la catalogación de estos servicios. La Corporación OSSO, implementadota del proyecto, ha generado metadatos de forma semiautomática para cada uno de los servicios de mapas, y publicado estos registros en un servicio de búsqueda estándar.

La siguiente Figura muestra cómo los servicios de mapas publicados por DesInventar aparecen en los resultados de búsqueda y en el visor cartográfico de GeoRiesgo.

6 Se pueden consultar datos sobre el proyecto y acceder al software de consulta en http://www.desinventar.org/desinventar.html



Página 19 de 118

Figura 5: Metadato y visualización de un servicio de mapas DesInventar en GeoRiesgo



Página 20 de 118

4. ARQUITECTURA DE LOS NODOS FACILITADORES

En el capítulo anterior describíamos el fundamento y la estructura general del SIAPAD, y las características a las que deben ajustarse los nodos servidores, vamos a ahora a detallar la funcionalidad y arquitectura de los nodos facilitadores, que constituyen el núcleo del desarrollo del proyecto.

4.1 Estructura de los nodos facilitadores

En la figura siguiente se presenta un esquema de la estructura interna de un Nodo Facilitador en el SIAPAD. El componente de integración del nodo se encargará de acceder a la información proporcionada por los servicios de catálogo y noticias de diferentes nodos servidores para integrarlos en un único servicio de catálogo y una página de noticias. Estos servicios integrados son utilizados por el componente de interacción, encargado de configurar y ejecutar la aplicación web del SIAPAD, el portal GeoRiesgo.

Figura 6: Esquema de un nodo facilitador del SIAPAD



Página 21 de 118

Podemos hablar también de un tercer componente del nodo facilitador, constituido por las herramientas de administración, que permiten a los técnicos encargados del mantenimiento del nodo la configuración del modelo de información de éste y del sistema de integración de catálogos y noticias.

Dentro del componente de interacción se encuentra el sistema de búsqueda, el verdadero corazón del SIAPAD, que dada su importancia para la comprensión general del funcionamiento de la aplicación, se describe de forma general en el siguiente apartado y en el capítulo 5 de forma más detallada.

Tras la realización de una búsqueda el usuario utiliza componentes gráficos para el acceso a los resultados, y su posterior visualización en un visor de mapas. Igualmente, existirá un componente encargado de presentar las noticias integradas en el nodo. Todos estos componentes de la aplicación están descritos en el capítulo 6.

Por último, el diseño de la herramienta de administración se describe con mayor detalle en el capítulo 7.

4.2 Arquitectura del sistema de búsqueda

En el análisis realizado del diseño preliminar del SIAPAD y del prototipo realizado por la Consultoría previa se detectaron algunas posibles mejoras en la concepción del sistema de búsqueda. En el diseño previo había una distinción estricta entre dos tipos de búsqueda, por un lado la búsqueda basada en palabras clave proporcionadas por el usuario, que utilizaba los servicios de catálogo para encontrar registros (metadatos) que respondían al criterio de búsqueda, al contener las palabras clave requeridas.

Por otro lado se planteaban otros métodos de búsqueda (la búsqueda temática y la búsqueda asistida por preguntas) en los que un modelo orientado a la gestión del riesgo mediaba entre el usuario y los resultados. La relación de cada opción de búsqueda (tema, fenómeno, pregunta) con los resultados correspondientes, era configurada de forma manual en cada nodo. Dicho de otra manera, los resultados de cada búsqueda tenían que ser asignados uno por uno por el administrador del nodo.

Este segundo método de búsqueda tiene la ventaja de ser más amigable para el usuario y además contiene un gran valor pedagógico sobre la gestión del riesgo. Sin embargo, resulta muy difícil de mantener su integridad y continuidad, ya que:

• Un mismo resultado puede ser válido para muchas búsquedas, y esto no es fácil de configurar.

• Un resultado que se ha configurado en un nodo puede no estar ya accesible.

• Nuevos resultados de interés pueden estar disponibles en las entidades generadoras, pero no haber sido configurados adecuadamente en el nodo correspondiente.

• La integridad del sistema requiere por tanto de un continuo y costoso mantenimiento manual por parte de los administradores.

Deseando mantener la existencia de estos métodos de búsqueda temática y asistida, en el nuevo diseño se han implementado éstos mediante una técnica diferente, que resulta a la vez más potente y más sencilla de mantener.



Página 22 de 118

El sistema de búsqueda definitivo se muestra en la Figura 6, de la que se ha extraído el siguiente detalle, resaltando la secuencia de pasos que lleva desde la especificación de la búsqueda a la obtención de los resultados.

Figura 7: Detalle de la arquitectura del sistema de búsqueda en el nodo demostrativo

El sistema propuesto se basa en las siguientes características principales:

• Todas las búsquedas se convierten en expresiones que utilizan palabras clave.

Obviamente, en la búsqueda por palabras clave el usuario es quien proporciona la expresión de búsqueda, especificando la ocurrencia simultánea de todas las palabras (esto equivale a una expresión de búsqueda “A y B y C…”) o la ocurrencia de alguna de las palabras (equivale a una expresión de búsqueda “A ó B ó C…”).

El modelo de información de SIAPAD permitirá convertir también la selección de temas y preguntas (en los métodos de búsqueda temática y asistida) en expresiones de búsqueda que utilizan palabras clave. En el capítulo 5 se describirá cómo se establece esta relación.

• Todos los resultados de la búsqueda provienen de metadatos.

Una vez convertida la búsqueda deseada por el usuario en una expresión, ésta se envía al servicio de catálogo implementado por el propio nodo para que devuelva todos los metadatos que cumplen con la expresión, constituyendo este conjunto de metadatos los resultados de la búsqueda.



Página 23 de 118

Los metadatos sobre los que se realiza la búsqueda pueden originarse de dos maneras: bien por recolección automática de los metadatos de los nodos servidores (metadatos externos), o bien pueden añadirse de forma manual en el nodo facilitador (metadatos locales). Estos dos tipos de metadatos se encuentran en el mismo repositorio y se comportan igual de cara a la búsqueda. El sistema de búsqueda no los distingue.

Aunque no aparece en el diagrama, la búsqueda puede además realizarse directamente en servidores de catálogo externos, de los que no se pueda o no se desee hacer recolección automática7.

El sistema propuesto tiene las ventajas de su simplicidad, ya que funciona igual para todos los tipos de búsqueda, y de que extiende los métodos de búsqueda temática y asistida para que puedan detectar automáticamente resultados relevantes en cualquiera de los nodos servidores que dispongan de un servicio de catálogo con recolección automática. Por tanto, no es necesario configurar estos resultados manualmente.

El sistema también permite configurar resultados específicos si así se desea. Pero esta configuración no se realiza asignando directamente el resultado a la pregunta o tema, sino insertando en el nodo un metadato (mediante una plantilla sencilla) con las palabras clave adecuadas.

El sistema es más flexible que el del prototipo, porque permite que un mismo resultado sea aplicable fácilmente a diferentes búsquedas (si contiene palabras clave que cumplen con las expresiones de búsqueda de todas ellas). Además, como veremos, la expresión de búsqueda se completará automáticamente con los sinónimos de las palabras clave utilizadas, por lo que encontrará más fácilmente los resultados relevantes aunque estos no utilicen las mismas palabras clave literalmente.

El posible inconveniente de este sistema integrado de búsqueda es que por falta de catalogación adecuada no se encuentren los resultados deseados, o los que se encuentren no se correspondan con lo esperado. Se ha encontrado que solamente en algunos casos se hace difícil discernir los resultados relevantes de los que no lo son, y esto ocurre sobre todo cuando en la catalogación no se han utilizado los términos adecuados, o se ha insertado excesivo texto que contiene términos realmente no relacionados con el producto de información.

7 En principio estos catálogos externos están configurados para ser los otros nodos facilitadores nacionales, pero también podrían ser otros catálogos externos de interés. Los administradores de los nodos pueden configurar esta lista de catálogos externos.



Página 24 de 118

4.3 Tecnología de implementación

La implementación propuesta de la arquitectura del nodo facilitador hace uso de componentes que (con la excepción del sistema operativo Windows) utilizan software libre, gratuito y de código abierto. Esta decisión tecnológica en la implementación de los nodos facilitadores no excluye el uso de otras soluciones en los nodos servidores, cuando éstas soluciones hagan uso de los estándares necesarios.

Figura 8: Principales componentes utilizados en la implementación del nodo facilitador

El componente de integración se desarrolla alrededor del software GeoNetwork8. Se trata de una plataforma muy ampliamente utilizada en la implementación de catálogos de metadatos integrados con servicios Web estándar. Sus características principales, en lo que interesa al SIAPAD, son:

• Incluye un poderoso editor de metadatos, que trabaja con plantillas personalizadas definidas a partir de formatos estándar (ISO 19115, ISO 19139). Esta funcionalidad de edición será utilizada para la generación de los metadatos locales, y será directamente accesible desde la herramienta de administración del nodo.

• Implementa un servicio de catálogo utilizando los estándares CSW o Z39.50. Este servicio puede utilizarse localmente (como hará el componente de interacción del SIAPAD) o remotamente por parte de otras aplicaciones clientes.

• Permite la recolección automática de metadatos (harvesting) a partir de otros servidores de catálogo estándares y carpetas remotas que usan el estándar WebDAV.

• Permite importar y exportar metadatos en diferentes formatos.

Por otro lado el componente de interacción, es decir, la aplicación web del SIAPAD, se ha desarrollado utilizando el lenguaje de programación JavaScript junto con la tecnología

8 Más detalles sobre el software GeoNetwork pueden consultarse en http://geonetwork-opensource.org/



Página 25 de 118

AJAX9, que permite páginas web modificables dinámicamente sin necesidad de recargar toda la página.

La aplicación web utiliza diferentes componentes AJAX, y en particular una librería de componentes adecuada para la visualización de mapas y control de su tabla de contenido o leyenda. La librería escogida para estos componentes es MapBuilder10. Asimismo, la Consultora utiliza componentes propios para la realización de búsquedas, añadir capas de otros servidores, etc.

Hay que hacer notar que esta aproximación da una gran potencia a la aplicación GeoRiesgo, llevando el código Java al navegador en la computadora desde la que se accede a la aplicación. Esto permite, por ejemplo, navegar de forma interactiva en el visor de mapas, componer las expresiones de búsqueda, etc. Sin embargo, esta potencia viene con el precio de la gran cantidad de código que hay que transferir a la computadora desde la que se realiza el acceso, y ello hace bastante lenta la carga inicial de la aplicación.

Toda la configuración del nodo facilitador se guarda en tablas relacionales en una base de datos PostgreSQL, similar (pero más potente) que la base de datos MySQL utilizada en el prototipo previo. Existen editores (como pgAdmin) que permiten fácilmente acceder y modificar las tablas de configuración, lo cual proporciona un sistema inmediato de administración, aunque el interfaz de las herramientas de administración permite realizar estas tareas de forma más sencilla. La configuración del nodo guardada en la base de datos se puede también importar y exportar utilizando un formato abierto que utiliza el estándar SQL.

9 Para más detalles, consúltese http://en.wikipedia.org/wiki/Ajax_(programming) 10 La web del proyecto MapBuilder es http://communitymapbuilder.osgeo.org/



Página 26 de 118

5. DISEÑO DEL SISTEMA DE BÚSQUEDA

Como se ha comentado previamente, el núcleo y el valor principal del SIAPAD viene dado por la capacidad de efectuar búsquedas de información que específicamente están pensadas e implementadas para su uso en la gestión del riesgo. Por esta razón vamos a analizar la funcionalidad del sistema de búsqueda antes de presentar el diseño para su uso dentro de la aplicación web del SIAPAD.

En este documento de diseño se establecen las características generales del modelo de información capaz de dar soporte a los diferentes métodos de búsqueda y se expone el contenido concreto de aquellos elementos que por su carácter común son de aplicabilidad para todos los nodos facilitadores. Se dejará para el Informe sobre Configuración de cada nodo nacional la especificación detallada de los contenidos del modelo de búsqueda que se particularizan para cada nodo nacional, aunque la aproximación propuesta es que todos los contenidos del modelo de información sean lo más comunes posibles.

5.1 Introducción: prioridades en la gestión del riesgo

La Conferencia Mundial sobre la Reducción de los Desastres organizada por las Naciones Unidas y celebrada en Kobe, Hyogo (Japón) entre el 18 y el 22 de enero de 2005 aprobó el Marco de Acción para 2005-2015: Aumento de la resiliencia de las naciones y las comunidades ante los desastres, mediante el cual la Conferencia adopta cinco prioridades de acción:

• Velar por que la reducción de los riesgos de desastre constituya una prioridad nacional y local dotada de una sólida base institucional de aplicación.

• Identificar, evaluar y vigilar los riesgos de desastre y potenciar la alerta temprana.

• Utilizar los conocimientos, las innovaciones y la educación para crear una cultura de seguridad y de resiliencia a todo nivel.

• Reducir los factores de riesgo subyacentes.

• Fortalecer la preparación para casos de desastre a fin de asegurar una respuesta eficaz a todo nivel.

Teniendo en cuenta que un resultado deseado se alcanza mas eficientemente cuando las actividades requeridas y los recursos relacionados se gestionan como un proceso, la gestión del riesgo debe ser desarrollada bajo un enfoque basado en procesos mediante los cuales se de cumplimiento a las prioridades establecidas por el marco de acción.

5.2 Búsqueda temática

El anterior numeral nos ilustra que los actores (institucional, académico, técnico, científico, comunitario, etc.) interesados en la prevención y atención de desastres encontrarán su campo de desempeño (productor o consumidor) en los diferentes procesos de la gestión del riesgo aplicados de manera general o de manera específica refiriéndose a un determinado fenómeno peligroso.



Página 27 de 118

Entonces, los actores suelen estar interesados en adelantar un determinado proceso de gestión del riesgo para uno, varios o todos los fenómenos. De manera opuesta los actores pueden estar interesados en intervenir el panorama dado por un solo fenómeno aplicando todo el conjunto de procesos de la gestión del riesgo.

Se establece entonces que la forma lógica como un usuario interesado en la prevención y atención de desastres espera obtener la información respectiva es a través de las siguientes opciones mutuamente dependientes:

• Procesos de la gestión del riesgo.

• Fenómenos (peligrosos).

Estas dos opciones constituyen los fundamentos del modelo de búsqueda temática, los cuales se especifican a continuación.

5.2.1 Búsqueda por proceso de gestión del riesgo

En este caso las opciones de búsqueda están dadas en dos niveles:

• Procesos de gestión del riesgo.

• Temas específicos de gestión dentro de cada proceso.

Estos procesos y temas fueron especificados en el diseño conceptual de la Consultoría previa por medio de la estructuración de un árbol temático. En el numeral 4.2.1.2.1 “Descripción de la dimensión de los procesos” del informe de especificación de requisitos del sistema11 se presenta y define el primer nivel del árbol temático o sea los procesos de gestión del riesgo, los cuales están orientados por las prioridades del Marco de Acción de Hyogo:

• Instrumentos de Política.

• Identificación, evaluación y monitoreo del riesgo.

• Educación y socialización.

• Reducción de factores de riesgo (prevención y mitigación).

• Preparación para respuesta y atención de emergencias.

• Recuperación, rehabilitación y reconstrucción.

Por su parte los temas dentro de cada proceso fueron trabajados por los países y consolidados y homologados por la consultoría del diseño funcional. De esta manera se obtuvo el árbol temático para cada los países miembros del CAPRADE12.

11 PREDECAN (2007) Análisis y Diseño Funcional del Sistema de Información Andino para la Prevención y Atención de Desastres – SIAPAD. Documento E3 Especificación de Requisitos del Sistema SIAPAD v4.2. Consultora Sun Gemini. Lima, Junio 2007.

12 PREDECAN (2007) Análisis y Diseño Funcional del Sistema de Información Andino para la Prevención y Atención de Desastres – SIAPAD. Documento E3 FG Arbol Tematico Propuesto para la Subregion Andina v1.6. Consultora Sun Gemini. Lima, Junio 2007.



Página 28 de 118

Dentro de las revisiones de la información existente y en la actual consolidación del modelo de información se realizaron pequeñas modificaciones en lo que respecta a los temas, con el propósito de hacer las expresiones con el menor número de palabras posible, agrupar temas similares y ordenar los mismos dentro de cada proceso, dando la mayor coherencia y orientación para facilitar el acceso por parte de los usuarios del sistema.

De esta forma, el modelo de búsqueda por proceso de gestión del riesgo queda definido como se presenta en la siguiente tabla.

Tabla 1: Opciones de la búsqueda por procesos de la gestión del riesgo

PROCESOS / Temas

1. Instrumentos de política

1.1 Marco normativo

1.2 Políticas para la gestión del riesgo / PAD

1.3 Planificación del desarrollo

1.4 Organización y desarrollo institucional

1.5 Financiación de la gestión del riesgo

1.6 Cooperación nacional e internacional

2. Identificación, evaluación y monitoreo del riesgo

2.1 Normatividad

2.2 Conocimiento de los fenómenos amenazantes

2.3 Evaluación y análisis de amenazas, vulnerabilidad y riesgo

2.4 Redes y observatorios de monitoreo de fenómenos

2.5 Sistemas de alerta

2.6 Inventarios de desastres

2.7 Sistemas de información

3. Educación y socialización para la gestión del riesgo

3.1 Normatividad

3.2 Incorporación de la temática del riesgo en el currículo escolar

3.3 Planes escolares de gestión del riesgo / PAD

3.4 Incorporación y desarrollo de la temática de la gestión del riesgo en la educación superior

3.5 Capacitación comunitaria

3.6 Información pública y divulgación



Página 29 de 118

4. Reducción de los factores de riesgo

4.1 Normatividad

4.2 Ordenamiento territorial y reglamentación del uso del suelo

4.3 Reducción de la amenaza por medio de medidas estructurales

4.4 Intervención de los factores de vulnerabilidad

4.5 Reducción del riesgo a nivel sectorial

5. Preparación para la respuesta y atención de emergencias

5.1 Normatividad

5.2 Planes de emergencia y contingencia

5.3 Preparación de la coordinación de la respuesta

5.4 Procedimientos y protocolos operativos para respuesta

5.5 Capacitación para la respuesta a emergencias

5.6 Entrenamiento, simulaciones y simulacros

5.7 Equipamiento y telecomunicaciones para la respuesta a emergencias

5.8 Centros de reserva y manejo de donaciones

6. Recuperación, rehabilitación y reconstrucción

6.1 Normatividad

6.2 Planes y proyectos de recuperación, rehabilitación y reconstrucción

6.3 Evaluación de efectos e impactos

6.4 Manejo de recursos internacionales

5.2.2 Búsqueda por fenómeno

Los fenómenos peligrosos o amenazantes constituyen una de las maneras de abordaje de la prevención y atención de desastres, tanto para los prestadores de servicios como de información en los distintos campos de la gestión (planeación, ejecución y control) como para los beneficiarios de esos servicios y usuarios de dicha información.

El interés por un fenómeno determinado o grupo de fenómenos en la mayoría de los casos es controlado por las condiciones de amenaza sobre el territorio de los interesados (productores y consumidores de información), y es dentro del campo de dichos fenómenos que avanzan en la implementación de los procesos de gestión del riesgo.

A este respecto, dentro del diseño funcional se establecieron los fenómenos relevantes para tener en cuenta en el SIAPAD a partir del trabajo con los países considerando cuatro categorías de fenómenos por cada uno de los cinco países.



Página 30 de 118

La relación de fenómenos resultante del diseño funcional fue presentada en el informe de especificación de requisitos del sistema13, numerales 5.2 “Especificaciones del diseño”, 5.2.4.2 “Búsqueda por temática”, Tabla 5-6 “Ilustración del Árbol Temático para la Subregión Andina” organizado por procesos de la gestión del riesgo y luego por fenómenos, de la siguiente manera:

• Deslizamientos

• Erupciones Volcánicas

• Helada

• Sequías

• Lluvia torrencial

• Avenidas torrenciales

• Incendios Forestales

• Inundaciones

• Sismos

Considerando que la relación de fenómenos resultante dentro del diseño funcional no es suficiente para atender las diferentes posibilidades que se presentan en la práctica de la prevención y atención de desastres se recurre a considerar fuentes adicionales, las cuales presentan a continuación.

Entonces para mantener el ámbito regional, se presenta la relación de fenómenos peligrosos considerada en el taller Incorporación del Análisis del Riesgo en los Procesos de Planificación e Inversión Pública en América Latina y El Caribe14, en cual se consideran tres grupos según el asocio natural – antrópico del fenómeno:

• Naturales.

Sismos.

Tsunamis.

Heladas.

Erupciones volcánicas.

Sequías.

Granizadas.

Precipitaciones pluviales, que ocasionan amenazas físicas como inundaciones, avalanchas de lodo y desbordamiento de ríos, entre otros.

Huracanes.

• Socionaturales.

13 Ibidem. 14 Memoria y Resultados del Taller Internacional Incorporación del Análisis del Riesgo en los Procesos de Planificación e Inversión Pública en América Latina y El Caribe. Lima, Perú, 13 y 14 de Septiembre de 2007. Documento editado por PREDECAN, PDRS y GTZ. Lima, 2006.



Página 31 de 118

Inundaciones (vinculadas a deforestación de cuencas por acumulación de desechos domésticos, industriales y otros en los cauces).

Deslizamientos (en áreas con fuertes pendientes o con deforestación).

Huaycos.

Desertificación (cuando es producida o inducida por la deforestación)

Salinización de suelos.

• Antropogénicas o Tecnológicas.

Contaminación ambiental.

Incendios urbanos.

Explosiones.

Derrames de sustancias tóxicas.

Igualmente, durante las entrevistas en las diferentes entidades vinculadas al proyecto SIAPAD, realizadas en el marco de la presentación de la presente consultoría de desarrollo implementación del sistema se pudo recopilar una relación de fenómenos de interés, de la siguiente manera:

• De origen geológico. Sismos. Erupciones volcánicas. Movimientos en masa. Huaycos. Erosión.

• De origen meteorológico. Huracanes. Vientos. Lluvias. Tormentas eléctricas.

• De origen hidrológico. Avenidas torrenciales. Inundaciones.

• De origen tecnológico. Incendios. Explosiones. Derrames y fugas de materiales peligrosos

• De origen complejo. Tsunamis.

De esta forma, combinando las anteriores listas se obtienen las diferentes opciones que configuran la búsqueda por fenómeno, la cual queda definida como se presenta en la Tabla siguiente.



Página 32 de 118

Tabla 2: Opciones de la búsqueda por fenómenos amenazantes

FENÓMENOS DE ORIGEN HIDROMETEOROLÓGICO

TÉRMINO PRINCIPAL TERMINOS RELACIONADOS

helada friaje, ola de frío

huracán y viento fuerte

ciclón, depresión tropical, tifón, viento huracanado, vendaval, borrasca, racha, ráfaga, torbellinos, tromba, vientos huracanados, viento fuerte, ventisca

inundación y avenidas torrenciales

desbordamiento, avenida torrencial, creciente súbita, creciente torrencial, torrente

marejada cordonazo, mareta, maretazo, puja

sequía

tempestad aguacero, chaparrón, chubasco, diluvio, granizada, granizo, lluvia, tormenta

tormenta eléctrica rayo

tornado

FENÓMENOS DE ORIGEN GEOLÓGICO


erupción volcánica actividad volcánica, emisión de ceniza, emisión de lava, vulcanismo

movimiento en masa

alud, aluvión, avalancha, avalancha de detritos, caída de rocas, derrumbe, deslizamiento, desprendimiento, fenómeno de remoción en masa, flujo de detritos, flujo de lodos, flujo de tierras, huayco, hundimiento, iloclla, mazamorra, masamorra

sismo movimiento telúrico, seismo, temblor, temblor de tierra, terremoto, tremor

tsunami maremoto

FENÓMENOS DE ORIGEN TECNOLÓGICO


derrame de materiales peligrosos

derrame, escape, explosión, fuga, hazmat, materiales peligrosos, matpel, sustancias radioactivas

incendio estructural incendio, incendio urbano

OTROS FENÓMENOS

TÉRMINO PRINCIPAL TERMINOS RELACIONADOS incendio forestal conato forestal, forestal, quema forestal epidemias plagas



Página 33 de 118

5.2.3 Búsqueda por palabras

En el modo más sencillo de búsqueda, el usuario del portal GeoRiesgo puede introducir una o varias palabras que se utilizan como términos de búsqueda. No hay ninguna restricción respecto a cuáles sean estas palabras, pero se ha definido un glosario de términos (ver Anexo A) en el que se incluyen sinónimos para palabras y frases de uso común en la gestión del riesgo. Este glosario se ha creado a partir de los términos asociados al árbol temático descrito en la sección 5.2.1.

Cuando el usuario introduce uno de estos términos de búsqueda, el sistema automáticamente crea una expresión con todos sus sinónimos (ver Figura 9).

Figura 9: Expansión de sinónimos para palabras y fenómenos en el glosario de términos

Esta misma expansión de sinónimos se aplica cuando el término introducido corresponde a un fenómeno, utilizando los términos de la Tabla 2. Por tanto, podemos ver cómo la búsqueda por palabras puede utilizarse directamente para realizar la selección de productos de información que correspondan a un fenómeno amenazante específico, aunque como veremos el fenómeno también puede especificarse como una componente opcional en los otros métodos de búsqueda.

5.2.4 Modelización informática de la búsqueda temática

En el análisis realizado por la consultoría previa se concebía el fenómeno como una dimensión que podía cruzarse con los procesos para dar lugar a temas específicos, y por tanto permitiría construir un árbol temático tanto por procesos como por fenómenos. La realidad, reflejada en el funcionamiento mismo del prototipo anterior y en el estudio realizado en este documento, es que normalmente un mismo tema específico tiene aplicación a cualquier fenómeno. Por esta razón se plantea el fenómeno como una dimensión independiente de la de procesos y temas, y desaparece por tanto la idea de un árbol temático organizado por fenómenos.



Página 34 de 118

Tenemos, por tanto, que la búsqueda temática puede realizarse guiada por la selección de un proceso y un tema específico, con la opción de combinar estos con la selección de un fenómeno (o ninguno en particular). La figura siguiente resume las opciones que tiene el usuario.

Figura 10: Esquema funcional de la búsqueda temática

Por otro lado se ha considerado también que hay temas que deben asociarse obligatoriamente a un área geográfica o rango temporal, y esta restricción debe incorporarse al modelo para forzar al usuario a que suministre esos elementos de la búsqueda.

La figura siguiente resume el mecanismo interno para especificar el modelo de información en lo que respecta a la búsqueda temática, utilizando un modelo de tabla y también un modelo entidad-relación.

Puede verse la independencia de los fenómenos respecto a los procesos/temas. Cada tema tendría asociada una expresión de búsqueda construida con palabras clave, y cada fenómeno también tiene sus palabras clave asociadas. Ambas expresiones, la del tema y la del fenómenos se combinarían en una sola para realizar la búsqueda.



Página 35 de 118

Proceso

Fenómeno

Tema Expresión Keywords

Tabla temática

Fenómeno

Proceso

Contiene

Busca con

Tema

Expresión

Busca con

1:N

1:N

1:N

1

1

1

*

*

Tabla fenómenos

Keywords fen.

Keywords*

Requiere área? Requiere fechas?

Especifica

Requiere área

1

1

1:1

Si/No

Especifica

Requiere fechas

1

1

1:1

Si/No

Figura 11: Modelo de representación para la búsqueda temática

La siguiente figura muestra la secuencia de eventos para la ejecución de la búsqueda temática, que se utilizará para definir el interfaz de usuario en el apartado 6.2.

Usuario escoge Proceso P (opcional)

Si P no vacío, SIAPAD lista temas disponibles para P

Usuario escoge Tema(s) T

SIAPAD lista procesos disponibles

Usuario da orden Buscar

Usuario escoge Fenómeno F(opcional)

ej.1: P = ”Instrumentos de política”ej.2: P = cualquiera (sin keyword)

ej.1: T=”Marco legal”

ej.1,2: F=”sismos”

ej.1: Expresión búsqueda =(”Marco legal” o “Norma”) y(“sismos” o “terremotos”)

Usuario escoge área y fechassi T lo requiere

SIAPAD combina keywords de T y F,compone expresión búsqueda

SIAPAD lista fenómenos

ej.2: Expresión búsqueda =(“sismos” o “terremotos”)

Figura 12: Secuencia de pasos en la búsqueda temática



Página 36 de 118

5.3 Búsqueda asistida

Teniendo en cuenta la diversidad de los perfiles de usuario y el amplio espectro de temas de la gestión del riesgo, el diseño funcional del sistema contempló una opción de búsqueda asistida basada en un conjunto de preguntas frecuentes redactadas con un lenguaje sencillo, con el fin de atender usuarios no conocedores de los principios de la prevención y atención de desastres y que a su vez no conocen en detalle cual es la información buscada.

El diseño contempla que las preguntas predefinidas para la búsqueda asistida deben estar clasificadas de acuerdo con las siguientes variables:

• Perfil o rol del usuario.

• Tarea o utilidad de la búsqueda.

De igual manera que en la búsqueda temática la selección de un fenómeno constituye un argumento opcional de la búsqueda.

En los siguientes numerales se especifican los roles y las tareas.

5.3.1 Definición de perfiles de usuario o roles

El diseño funcional a partir de los talleres nacionales estableció los siguientes cinco roles específicos de usuarios15:

• Planificador

• Investigador.

• Comunicador/Educador.

• Coordinadores de sistemas de prevención y atención de desastres (PAD).

• Organismos de respuesta.

Como parte de la presente especificación del modelo de búsqueda asistida y con base en la práctica de la gestión del riesgo y discusiones realizadas con los expertos y asesores de PREDECAN se propone utilizar la clasificación de usuarios presentada en la siguiente Tabla.

15 PREDECAN (2007) Análisis y Diseño Funcional del Sistema de Información Andino para la Prevención y Atención de Desastres – SIAPAD. Documento E3 Especificación de Requisitos del Sistema SIAPAD v4.2. Consultora Sun Gemini. Lima, Junio 2007.



Página 37 de 118

Tabla 3: Roles de usuario para búsqueda asistida

ROL Miembro entidad de P.A.D. / Defensa Civil

Educador / Comunicador Planificador Investigador

Público en general

Como puede observarse, el único cambio respecto a las especificaciones de usuario dadas en el diseño funcional ha sido agrupar los roles de “Coordinadores de sistemas PAD” y “Organismos de respuesta”, dada la gran coincidencia en las tareas y preguntas planteadas por ambos. Por otra parte, se ha añadido el rol de “Público en general”, considerando que uno de los objetivos de la búsqueda asistida es facilitar a los no especialistas el acceso a la información en función de sus intereses más comunes.

5.3.2 Definición de tareas o utilidades

De acuerdo con la documentación del diseño funcional, tanto en la recopilación de las preguntas sugeridas por los países16 como en la propuesta del modelo de preguntas para la subregión17, los propósitos o utilidades corresponderían a los mismos procesos y temas de la gestión del riesgo, independientemente del rol del usuario.

Por otra parte, de acuerdo con el documento de seguimiento de actividades de construcción del SIAPAD de Martín Molina asesor del PREDECAN18 en el cual se plantean comentarios y ejemplos orientados a precisar la operación del SIAPAD, los objetivos (propósito o utilidad) del rol no necesariamente corresponden a los procesos y temas de la gestión del riesgo sino a objetivos de carácter mas específico, sobre todo para el rol “Público en general”.

Los ejemplos de objetivos del rol citados como ejemplo en este documento son los siguientes:

• Rol: público en general. Decidir mi asentamiento en un determinado lugar. Decidir mi actuación ante alertas. Mejorar mi protección ante posibles riesgos. Decidir mi actuación tras un desastre.

• Rol: gobiernos regionales. Planificar asentamiento territorial. Planificar campaña educativa sobre preparación.

16 PREDECAN (2007) Análisis y Diseño Funcional del Sistema de Información Andino para la Prevención y Atención de Desastres – SIAPAD. Documento E3 FI Modelo de Preguntas para la Subregion Andina v1.10. Consultora Sun Gemini. . 17 PREDECAN (2007) Análisis y Diseño Funcional del Sistema de Información Andino para la Prevención y Atención de Desastres – SIAPAD. Documento E3 FI Arbol Temático y Modelo de preguntas v1.0. Consultora Sun Gemini. Lima, Junio 2007. 18 Molina, Martín (2007). Seguimiento de Actividades de Construcción del Sistema “SIAPAD”. Archivo digital: ComentariosBusqueda_MartinMolina_18_Oct_2007.doc. Martín Molina, Asesor Internacional PREDECAN. Octubre 2007.



Página 38 de 118

De acuerdo con lo anterior y con el fin de lograr una estructura coherente de las preguntas que conforman la búsqueda asistida se debe prefijar un modelo sistemático para especificar los posibles objetivos (tareas o utilidades) de los diferentes roles de usuario.

La especificación de los objetivos de usuario propuesta en el marco de la presente definición del modelo de información del SIAPAD se ilustra en el “ANEXO B: Tablas de tareas y preguntas”. Estas tareas siguen teniendo relación con los temas que forman parte de los procesos de la gestión del riesgo, pero están formuladas desde el punto de vista de cada perfil de usuario. Cada tarea lleva a una o más preguntas cuya respuesta ayudará a su consecución.

5.3.3 Modelización informática de la búsqueda asistida

La figura siguiente resume el modelo de información de la búsqueda asistida, que se desarrolla en las figuras posteriores utilizando un modelo de tabla y también un modelo entidad-relación.

Figura 13: Esquema funcional de la búsqueda asistida

Al igual que en la búsqueda temática, se han encontrado deficiencias en el análisis de la consultoría anterior, que han llevado a proponer modificaciones.

• El modelo anterior no permitía la combinación de preguntas con fenómenos. En la nueva propuesta, en general cualquier pregunta puede complementarse con la especificación de un fenómeno concreto. Por ejemplo, la pregunta “¿Cuál es la normativa de prevención?” puede completarse con el fenómeno “Inundación” u otro.

• Existen, sin embargo, casos en que una pregunta solo se refiere a un fenómeno específico. Por ejemplo, la pregunta “¿Dónde está situado el epicentro del reciente sismo?” se aplica solamente a un fenómeno. Esto aparecerá reflejado en la expresión de búsqueda correspondiente a la pregunta.



Página 39 de 118

• Al igual que en la búsqueda temática, hay preguntas que solo tienen sentido si se especifica un área o tiempo concretos, por ejemplo, en la pregunta “¿Qué riesgos tengo en mi área de asentamiento?”. Estas preguntas se configurarán para que el usuario tenga forzosamente que seleccionar un área o fechas de búsqueda.

Figura 14: Modelo de representación para la búsqueda asistida

Por tanto, la búsqueda asistida se realizará siempre mediante la selección de un perfil o rol de usuario, seguida de la selección de una utilidad y pregunta entre las que están disponibles para ese perfil. Opcionalmente, será posible seleccionar un fenómeno. La expresión de búsqueda asociada a la pregunta (que se construirá con las mismas palabras clave que están asociadas a los temas específicos) se combinará con las palabras clave asociadas al fenómeno (si hay uno seleccionado) para realizar la búsqueda.

La siguiente figura muestra la secuencia de eventos para la ejecución de la búsqueda asistida, que se utilizará para definir el interfaz de usuario en el apartado 6.2.

Figura 15: Secuencia de pasos en la búsqueda asistida



Página 40 de 118

6. DISEÑO DEL GEOPORTAL

En este capítulo nos vamos a centrar en el diseño del geoportal GeoRiesgo, es decir, de la aplicación del SIAPAD tal como es percibida por los usuarios que se conectan a uno de los nodos facilitadores con un navegador web. Analizaremos primero la estructura funcional, cómo el usuario accede a las diferentes funciones del portal, y luego describiremos el diseño gráfico basado en esta estructura y la apariencia final de la aplicación.

6.1 Diseño funcional

En la siguiente propuesta de diseño funcional se ha intentado solventar algunos problemas encontrados en el prototipo anterior. Un problema importante es que el usuario no tenía la opción de escoger qué resultados de la búsqueda debían añadirse a la leyenda o tabla de contenidos del visor geográfico, y como consecuencia, ésta se podía volver difícil de manejar, contenido un número muy grande de capas. Otro problema, común a muchos geoportales, es que el usuario no podía combinar los resultados de varias búsquedas consecutivas para visualizarlos conjuntamente.

Además, se ha intentado que la secuencia de operación sea evidente para el usuario y se necesiten muy pocas instrucciones o ayuda para utilizar el portal GeoRiesgo.

Figura 16: Diagrama funcional del geoportal del SIAPAD



Página 41 de 118

Como se observa en la figura anterior, la funcionalidad principal del portal aparece organizada en torno a tres pestañas, de las cuales solamente una es visible en cada momento. El uso de pestañas permite pasar de un bloque de funciones a otro, manteniendo al mismo tiempo el marco general de la página (cabecera, enlaces a páginas auxiliares), como veremos en el diseño gráfico.

La pestaña de búsqueda será la inicialmente visible, ya que habitualmente será el primer paso que dé el usuario. En esta pestaña habrá opciones específicas para cada uno de los tres métodos de búsqueda y también opciones comunes a todos los métodos (agrupadas en una sección de ‘otros criterios de búsqueda’; por ejemplo, la selección del área geográfica (el ‘dónde’ de la búsqueda) y del intervalo de fechas (el ‘cuándo’ de la búsqueda).

Una vez seleccionadas las opciones de búsqueda, el usuario presionará el botón de “Buscar”, tras lo cual la expresión de búsqueda se pasará al servicio interno de catálogo, que devolverá los resultados en forma de XML.

La pestaña de resultados mostrará los resultados de la búsqueda en forma gráfica, agrupados en dos apartados: los mapas que contienen información geográfica y pueden mostrarse en el visor cartográfico, y los documentos que disponen de un enlace para acceder a su contenido.

En el caso de los mapas, el usuario podrá seleccionar uno o varios de ellos y pulsar un botón para añadir estos elementos al visor geográfico. Al hacer esto se abrirá la pestaña correspondiente al visor con los elementos seleccionados en su tabla de contenidos o leyenda.

La pestaña del visor geográfico contiene un mapa interactivo en el que el usuario puede navegar, y una leyenda para cambiar el orden y propiedades de las capas (servicios de mapas) que se visualizan. También dispone de herramientas para añadir capas específicas de otros servidores conocidos (sin que sea necesario un proceso de búsqueda), para pedir información sobre los elementos de un punto concreto del mapa, etc.

Como aparece indicado en la Figura 16, es posible volver desde la pestaña de resultados a la de búsqueda (por ejemplo, si nos resultados no nos parecen adecuados podemos modificar los parámetros o modo de búsqueda), y desde el visor geográfico se puede también volver a realizar una búsqueda o a la pestaña de resultados (por ejemplo, para añadir al visor nuevos mapas encontrados anteriormente).

Al cambiar de una pestaña a otra no perderemos la información que tengamos, a no ser que la acción del usuario invalide esa información. Por ejemplo, si el usuario realiza una nueva búsqueda se perderán los resultados que anteriormente se tuvieran en la pestaña de resultados pero no el contenido del visor geográfico, que solamente podrá borrarse en la correspondiente pestaña.

Como se ha comentado, hay otros elementos comunes que no varían al cambiar de una pestaña a otra. Entre estos están la cabecera y menús generales del SIAPAD.



Página 42 de 118

6.2 Diseño gráfico

A continuación se describe el diseño gráfico del portal GeoRiesgo, que también proporciona una visión más detallada de su funcionalidad tal como es vista por los usuarios.

6.2.1 Aspecto general y pestaña de búsqueda

En la siguiente figura pueden apreciarse los elementos comunes del geoportal, así como la pestaña inicial de búsqueda.

Figura 17: Aspecto general y pestaña de búsqueda (opción palabras clave) del SIAPAD



Página 43 de 118

Los elementos comunes de la página aparecen representados en el siguiente diagrama:

Figura 18: Esquema interfaz de usuario general del SIAPAD

A su vez la pestaña de búsqueda constaría de los siguientes elementos:

Figura 19: Esquema interfaz de usuario de búsqueda del SIAPAD



Página 44 de 118

En las siguientes figuras se aprecian las opciones de la página de búsqueda para los casos de las opciones de búsqueda temática, que aparecen cuando el usuario escoge la sub-pestaña “Búsqueda por temas”, y de búsqueda asistida o por preguntas frecuentes, que aparecen al seleccionar la subpestaña “Búsqueda por preguntas frecuentes”. En el capítulo 5.2 se describe en detalle el modelo de información que da lugar a estas interfaces de usuario.

Figura 20: Opciones para la búsqueda temática (seleccionado proceso 2 como ejemplo)

Figura 21: Opciones para la búsqueda asistida (seleccionado rol ‘Público en general’)



Página 45 de 118

Debe notarse que mientras en la búsqueda temática se permite seleccionar varios temas simultáneamente (activando las correspondientes casillas), en la búsqueda por preguntas solamente se puede seccionar una de las consultas.

También debe mencionarse que aunque la selección de fenómeno aparece explícitamente en la búsqueda temática, también puede seleccionarse como criterio adicional de búsqueda en cualquiera de los modos. La siguiente figura muestra estas opciones adicionales de búsqueda, comunes a todos los modos, que aparecen al pulsar sobre el enlace “Agregar otros criterios de búsqueda”.

Figura 22: Criterios avanzados de búsqueda, comunes a todos los métodos

6.2.2 Pestaña de resultados

La pestaña de resultados se abre automáticamente cuando el usuario realiza una búsqueda. Contiene dos sub-pestañas, una para los resultados que son servicios de mapas y otro para documentos.

El usuario podrá seleccionar aquí los documentos que desee visualizar (si tienen un enlace asociado) o los mapas que quiera añadir al visor geográfico, seleccionando estos mapas y pulsando el botón correspondiente.

GeoRiesgo realiza inicialmente una petición de 20 resultados. Si el usuario desea obtener más puede pulsar el enlace “Buscar los siguientes 20 resultados” (ver Figura 23), tantas veces como lo desee hasta agotar el número total de resultados.

En cada subpestaña (mapas o documentos) se muestra un máximo de 10 resultados, y el usuario puede ver el resto utilizando los controles de paginación de la parte inferior:



Página 46 de 118

Figura 23: Pestaña que muestra los resultados de una búsqueda (mapas)

Figura 24: Pestaña con resultados (documentos) y controles de paginación



Página 47 de 118

En la parte superior de la pestaña de resultados se encuentran enlaces para consultar la expresión de búsqueda utilizada así como la petición XML realizada al catálogo de metadatos.

Figura 25: Visualización de la expresión de búsqueda

Cuando se selecciona la opción de “Buscar en todos los catálogos disponibles” se calculará el total de resultados disponible en todos los catálogos y se mostrarán por defecto los primeros 20 resultados del nodo local, en el que se encuentra el usuario.

En la parte inferior de la pestaña de resultados podrá seleccionarse cualquiera de los otros nodos disponibles para ver los resultados que se obtienen en éstos.

…

Figura 26: Selección de catálogo al buscar en todos los catálogos disponibles



Página 48 de 118

El siguiente diagrama muestra los componentes de la pestaña de resultados:

Figura 27: Esquema interfaz de usuario para pestaña de resultados

6.2.3 Pestaña del visor geográfico

Esta pestaña aparece automáticamente cuando el usuario pulsa el botón de “Añadir capas al visor geográfico”, en la pestaña de resultados. El visor contiene varias herramientas para navegar en el mapa, efectuar mediciones, y cambiar la visualización de las capas. También para añadir capas de servidores conocidos, pedir información sobre una localización geográfica, etc.

El visor dispone siempre de varias capas por defecto que muestran cartografía base de la subregión andina.

El visor dispone de un área donde se dibujan las capas, con un localizador que da una idea de la zona visible dentro de la subregión. Existen varias herramientas de navegación, medición, y para salvar o cargar un mapa en la computadora local del usuario.

Otras áreas dentro del visor muestran la leyenda o tabla de contenido del mapa, y permiten funciones como buscar lugares o añadir capas de servicios no catalogados.



Página 49 de 118

Figura 28: Pestaña del visor geográfico

La leyenda o tabla de contenidos

La leyenda, situada bajo el área de la vista geográfica, contiene un listado de las capas (servicios de mapas) cargados en el visor, así como una imagen que describe el significado de los símbolos de cada capa, si el servidor proporciona esta información.

El orden relativo de una capa puede cambiarse pulsando uno de los botones para subir o bajar la capa en la lista. Las capas que están más arriba se superponen en el mapa a las que están más abajo.



Página 50 de 118

Se puede eliminar una capa del mapa pulsando el botón . También se puede controlar la visibilidad de la capa por medio del botón más a la derecha.

El botón al final a la derecha del nombre de la capa se utiliza para seleccionar la capa de la que se desea pedir información, pero la gran mayoría de los servicios no publican actualmente esta funcionalidad.

Barra de herramientas

Sobre el área del mapa aparece una barra de herramientas que incluye:

• Herramientas de navegación: De izquierda a derecha, “Zoom a todo”, “Zoom más” (acercar), “Zoom menos” (alejar) y “Mover mapa”.

• Herramienta de petición de información: Seleccionando esta herramienta y

pulsando sobre una capa del mapa previamente seleccionada con el botón podemos obtener información sobre el objeto (feature), si el servicio de mapas publica esta información.

Figura 29: Ejemplo de uso de la herramienta de información



Página 51 de 118

• Herramientas de medida: Estas herramientas permiten medir distancias y áreas pulsando sucesivamente en varios puntos del mapa. La última herramienta sirve para borrar los gráficos de líneas o área. Para medir un área se pulsa en varios puntos del mapa que encierran el área, y se hace un doble click en el último.

Figura 30: Ejemplo de uso de la herramienta de medida de área

• Herramientas para salvar y cargar mapas: Estas herramientas permiten guardar el contenido del mapa como un archivo XML que puede recuperarse posteriormente para seguir trabajando con él.

Cuando se utiliza la herramienta de salvar se genera el archivo XML siguiendo el estándar Web Map Context. Desde el navegador web podemos salvar este archivo en cualquier lugar de nuestra computadora. Posteriormente podemos cargar este archivo y recuperaremos las capas y la extensión geográfica correcta de nuestro mapa.

Añadir capas desde el visor

En la sección “Añadir capa” que se encuentra a la derecha de la leyenda, disponemos de opciones para poder añadir al visor información que no procede de una búsqueda.

Figura 31: Opciones para añadir una capa directamente al visor



Página 52 de 118

La primera opción es añadir una capa de un servidor conocido. Para ello escribimos o

copiamos la dirección web URL del servidor y pulsamos el icono de conexión .

Tras unos segundos, aparecerá la lista de capas del servidor, desde la cual podremos agregar al visor las que deseemos pulsando sobre los iconos a la derecha de cada capa.

Figura 32: Selección de capas a añadir de un servidor remoto

La segunda opción disponible es añadir capas de un mapa predefinido. Para ello se pulsa sobre el botón junto al mapa deseado, y se seleccionan las capas a añadir, igual que en el caso anterior.

Figura 33: Selección de capas a añadir de un mapa predefinido

Buscar un lugar

En la sección “Buscar lugar” que se encuentra a la derecha del mapa, disponemos de opciones para poder localizar sobre el mapa un lugar de nombre conocido.

Para realizar esta búsqueda se utiliza el servidor de topónimos del proyecto Alejandría de la Universidad del Sur de California. Ingresando el nombre a buscar y pulsando sobre el icono correspondiente obtendremos una lista de resultados (ver Figura 34). Pulsando el texto “Localizar” bajo el lugar deseado, se mostrará sobre el mapa la posición de este elemento geográfico.



Página 53 de 118

Posteriormente podemos utilizar las herramientas de navegación para acercarnos o alejarnos del lugar.

Figura 34: Uso de la herramienta para buscar lugares

6.2.4 Páginas adicionales

Además de la sección de búsqueda y visualización de resultados (a la que se accede inicialmente, y a la que puede volverse en cualquier momento mediante el enlace “Buscar” en la barra de enlaces), existen otras páginas adicionales a las que se accede mediante enlaces.

Página “Acerca de”

Esta página describe los fundamentos del proyecto SIAPAD y del portal GeoRiesgo.

Figura 35: Vista parcial de la página “Acerca de”



Página 54 de 118

Página de noticias

En esta página se muestran tanto las noticias locales de GeoRiesgo (ingresadas por un administrador en la herramienta de administración, ver 7.8) como las fuentes de noticias RSS, también configuradas por el administrador.

Pulsando sobre el icono RSS, un usuario puede suscribirse para recibir la noticias locales de GeoRiesgo.

Figura 36: Vista parcial de la página de noticias (Ecuador)

Página “Cómo contribuir”

Utilizando esta página los usuarios puede enviar comentarios, sugerencias o peticiones a los administradores del nodo. Un listado predefinido ofrece ideas sobre posibles contribuciones.

Los usuarios únicamente deben rellenar el formulario y pulsar el botón de Enviar para que la información sea transmitida por correo a los administradores.



Página 55 de 118

Figura 37: Vista de la página “Cómo contribuir”

Página de estadísticas

En esta página los usuarios puede consultar el número de resultados que en principio pueden obtener para cada tema y pregunta. El número real puede ser menor, debido a que algunos de los resultados no sean válidos.

Figura 38: Vista de la página de Estadísticas (Ecuador)



Página 56 de 118

Página de participantes

En esta página los usuarios puede consultar las entidades participantes en el proyecto y sus datos de contacto.

Figura 39: Vista de la página de Participantes (Colombia)

Página de enlaces

En esta página los usuarios puede consultar enlaces a proyectos, entidades y sistemas de información de interés para la gestión del riesgo de desastres.

Figura 40: Vista de la página de Enlaces (Bolivia)



Página 57 de 118

7. DISEÑO DE LA HERRAMIENTA DE ADMINISTRACIÓN

7.1 Objetivos

El portal GeoRiesgo es una aplicación web que da acceso a un sistema de búsqueda y visualización de información. Cada nodo facilitador ejecuta una instancia de la aplicación para un territorio nacional, y se puede configurar de forma independiente a los otros nodos facilitadores (aunque es deseable mantener unos elementos comunes, por ejemplo los referidos al sistema de búsqueda).

El objetivo de la herramienta de administración es proporcionar a los técnicos encargados del mantenimiento de los nodos facilitadores un medio sencillo de cambiar la configuración del nodo, que consta de los siguientes elementos:

• Configuración de acceso para administradores

• Configuración del modelo de búsqueda, es decir, de las tablas que definen los diferentes métodos y opciones de búsqueda, tal como se ha descrito en este informe

• Configuración de las fuentes para la búsqueda, que incluyen:

o Los catálogos externos

Aquellos cuyos metadatos podrán recogerse automáticamente por harvesting y se buscan en el nodo facilitador

Aquellos que se llaman para que realicen ellos mismos la búsqueda (por ejemplo, los otros nodos facilitadores SIAPAD)

o El catálogo local, que contiene metadatos para aquellas fuentes que no han sido catalogadas en ningún servidor externo

• Configuración de noticias

• Configuración de mapas base, los que aparecen en el visor por defecto, y en las opciones para añadir capa desde mapas predefinidos

Excepto la configuración de los mapas base (que se realiza en archivos XML de sencilla sintaxis), la configuración del resto de elementos se almacena en una base de datos PostgreSQL que puede editarse de forma manual con las herramientas adecuadas, como pgAdmin.

Sin embargo, para facilitar el acceso y modificación de esta base de datos de configuración se ha desarrollado una herramienta web específica cuyo diseño se describe aquí de forma general. Una descripción más detallada de sus fundamentos y uso se realiza en el “Manual del Administrador del SIAPAD”.



Página 58 de 118

7.2 Diseño funcional

La herramienta de administración es una aplicación web que se ejecuta de la misma manera que la aplicación SIAPAD, aunque es independiente de ésta. Ello permite a los administradores acceder a ella desde cualquier lugar con conexión a la red Internet, sin requerir la presencia física en la entidad donde se aloja el nodo.

La figura siguiente muestra de forma esquemática los componentes funcionales de la aplicación.

Figura 41: Esquema funcional de la herramienta de administración

Hay que hacer notar que para la parte de configuración del catálogo local se accede desde la misma herramienta a las páginas de configuración del servidor de catálogo GeoNetwork, que ya están diseñadas para realizar estas funciones.

7.3 Acceso a la herramienta de administración

Aunque inicialmente se propuso el acceso a la herramienta de administración mediante un enlace en el portal GeoRiesgo, esta opción se desechó por dos razones: 1) el número de enlaces había crecido demasiado con la incorporación de páginas auxiliares, y 2) los usuarios no administradores de GeoRiesgo podrían pensar que la herramienta dispone de funcionalidades ocultas a las que ellos no tienen acceso.



Página 59 de 118

Para acceder a la herramienta de administración, se utiliza la dirección del nodo nacional GeoRiesgo, incluyendo el número de puerto de Tomcat (8080) y “AdminPredecan” como nombre de aplicación, por ejemplo, para Colombia la dirección es http://colombia.georiesgo.net:8080/AdminPredecan.

Para acceder, el usuario deberá validarse con un nombre y una contraseña.

Una vez validado, el administrador verá la página de inicio:

Figura 42: Pantalla de inicio en la herramienta de administración

http://colombia.georiesgo.net:8080/AdminPredecan



Página 60 de 118

7.4 Gestión de usuarios

Una vez dentro de la herramienta de administración, pulsando sobre el enlace “Usuarios” se accede a la configuración de acceso a la herramienta. Pulsando sobre “Listar Usuarios” pueden verse los usuarios existentes, y modificar, añadir o eliminar algunos de ellos.

Figura 43: Gestión de usuarios administradores

7.5 Configuración del modelo de búsqueda

Los modos de búsqueda temática y asistida se definen mediante una serie de tablas que pueden actualizarse para añadir, eliminar o modificar elementos. Para cambiar esta configuración debemos utilizar el enlace “Búsqueda”, tras lo que aparece una pantalla como ésta:

Figura 44: Página de inicio para configuración del modelo de búsqueda



Página 61 de 118

7.5.1 Fenómenos y palabras clave

Una parte importante del modelo de búsqueda es la definición de la lista de fenómenos amenazantes. Para ver los fenómenos definidos y sus sinónimos se utiliza el enlace “Fenómenos” en la parte izquierda.

Figura 45: Gestión de fenómenos

Utilizando este interfaz gráfico el administrador puede modificar la lista de fenómenos o sus sinónimos, aunque se aconseja que estos cambios sean sincronizados con otros nodos SIAPAD.

Igualmente, pulsando sobre el enlace “Palabras clave temáticas” puede gestionarse el glosario de términos y sus sinónimos, utilizados para la expansión de las palabras y expresiones de búsqueda.

Figura 46: Gestión de palabras clave temáticas



Página 62 de 118

La siguiente figura muestra cómo se puede editar la lista de sinónimos19 de una palabra clave.

7.5.2 Búsqueda temática

La búsqueda temática se define por la selección de un proceso de gestión del riesgo y un tema específico dentro del proceso. Desde la herramienta de información se pueden configurar los procesos y los temas específicos de cada proceso.

Por ejemplo, pulsando el enlace “Temas específicos” dentro del apartado “Búsqueda temática”, pueden consultarse y modificarse los temas asignados a un proceso.

Figura 47: Gestión de la búsqueda temática

19 Los sinónimos no tienen porqué serlo en sentido estricto: se trata de palabras que deben buscarse para obtener más resultados significativos de los que se obtendrían utilizando solamente la palabra o frase original. Es importante añadir también como sinónimos las diferentes versiones de una palabra (singular/plural, con y sin acento, etc.)



Página 63 de 118

Al crear un nuevo tema, debe asignársele un nombre, una expresión de búsqueda (que preferentemente utilice palabras en el glosario de palabras clave) y opcionalmente se obligará a que el usuario especifique un área y un rango temporal para la búsqueda.

La opción “Válido” se utiliza para decidir si el tema aparece visible a los usuarios de GeoRiesgo. De esta manera es posible hacer invisibles al usuario elementos de la búsqueda (procesos, temas, roles, tareas o preguntas) cuando ello convenga, sin tener que borrarlos físicamente de la configuración.

Figura 48: Inserción de un nuevo tema

7.5.3 Búsqueda asistida

La búsqueda asistida se define por la selección de un perfil de usuario, una tarea específica para ese perfil, y una pregunta asociada a la tarea. Desde la herramienta de información se pueden configurar los perfiles de usuario, tareas y preguntas específicas de cada tarea.

Por ejemplo, si se pulsa el enlace “Tareas” dentro del apartado “Búsqueda asistida”, y se selecciona uno de los perfiles, podrán verse y modificarse las tareas disponibles para ese perfil.



Página 64 de 118

Figura 49: Gestión de la búsqueda asistida (tareas)

7.6 Configuración de fuentes para la búsqueda

El portal GeoRiesgo utiliza como fuentes de información para la búsqueda registros de metadatos que clasifican el contenido y la localización de la información, sea ésta un documento o un servicio de mapas.

Estos metadatos pueden accederse desde el nodo facilitador desde tres fuentes diferentes, las cuales pueden todas configurarse desde la herramienta de administración:

• Catálogos de las entidades generadoras de información, que son recolectados automáticamente (mecanismo de harvesting).

• Otros catálogos, que se buscan remotamente cuando el usuario utiliza la opción de “Buscar en todos los nodos”. Estos catálogos incluyen los otros nodos facilitadores del SIAPAD, pero también pueden ser catálogos de otros organismos, como agencias de Naciones Unidas.

• El catálogo local del nodo facilitador, donde se hayan catalogado datos que no se hayan registrado en ninguno de los catálogos anteriores.

Para configurar los dos primeros tipos de fuentes, que son externos al nodo facilitador, se utiliza el enlace “Catálogos” dentro del grupo “Fuentes de búsqueda” en la página de configuración de Búsqueda.



Página 65 de 118

Figura 50: Gestión de catálogos externos de metadatos

El enlace para “Configurar la recolección de metadatos” lleva a la página de GeoNetwork (el servidor local de metadatos de GeoRiesgo) donde se especifican los catálogos de las entidades generadoras de información que van a recolectarse. Para poder acceder a esta página se necesitan permisos de administración para GeoNetwork. La forma de realizar la configuración del harvesting se detalla en el “Manual de Administración del SIAPAD”.

Figura 51: Gestión de recolección (harvesting) en Geonetwork



Página 66 de 118

Los otros catálogos externos, que se llamarán independientemente en la búsqueda cuando el usuario seleccione esta opción, pueden configurarse directamente en la página de administración en la sección “Otros catálogos”.

Para configurar el catálogo local, que contiene metadatos añadidos manualmente, se debe utilizar el enlace “Catálogo local” en el menú superior de la herramienta de administración, que lleva a la siguiente página:

Figura 52: Gestión del catálogo local de metadatos

El enlace “Listar todos los metadatos” lleva a la página de GeoNetwork donde se realiza una búsqueda completa de todos los metadatos, incluyendo los recogidos mediante harvesting.

El enlace “Añadir nuevo metadato local” permite añadir una nueva ficha de metadato. Para ello el administrador debe tener los permisos adecuados de acceso a GeoNetwork y hacer login siguiendo el enlace a la página inicial del servidor de catálogo. En el “Manual de Administración del SIAPAD” se explica con detalle cómo se realiza esta tarea.

7.7 Cálculo de estadísticas

La última opción que encontramos en la sección “Búsqueda” de la herramienta de administración es la de cálculo de estadísticas. El botón “Actualizar” en esta página nos permite ejecutar un proceso de actualización de las estadísticas de resultados para temas y preguntas, que se muestran en la página “Estadísticas” que se accede desde el menú principal de GEORiesgo.



Página 67 de 118

7.8 Configuración de noticias

Siguiendo el enlace “Noticias” en el menú superior de la herramienta de administración se accede a las fuentes utilizadas para mostrar noticias en la página correspondiente del portal GeoRiesgo, tanto a las noticias locales que pueden generarse en la herramienta de administración, como a las fuentes externas que publican noticias mediante el protocolo RSS.

Figura 53: Gestión de noticias locales y remotas

Pulsando en el enlace “Listas Fuentes RSS” pueden verse y modificarse las fuentes de noticias configuradas.

Por otro lado, pulsando en el enlace “Listar Noticias” pueden verse y modificarse las noticias que se han generado de forma manual en el nodo facilitador:



Página 68 de 118

7.9 Configuración de otras páginas de GEORiesgo

Se comentan en este apartado aspectos de configuración de otras páginas de GEORiesgo, aunque éstas se enmarcan fuera del alcance de la herramienta de administración.

7.9.1 Página de estadísticas

Como se ha mostrado en la sección 7.7, utilizando un enlace desde la herramienta de administración se actualizan las tablas de número de resultados para cada uno de los temas y preguntas del modelo de información. Los resultados pueden visualizarse a partir del enlace “Estadísticas” en el menú de enlaces de GEORiesgo (ver 6.2.4).

No es necesario establecer ninguna configuración especial para esta página, ya que lee los temas, preguntas, y sus correspondientes contadores de resultados, de la base de datos del nodo donde está almacenado el modelo de información.

7.9.2 Páginas de participantes y enlaces

Las páginas web de participantes y enlaces, a las que se accede desde el menú principal de la aplicación GEORiesgo, son diferentes para cada país. Estas páginas se encuentran en archivos en formato HTML separados para cada país, dentro de la carpeta /WebRoot/html del proyecto predecan. Por ejemplo, si se desea cambiar la página de enlaces del nodo de Bolivia, deberá editarse la página enlacesbolivia.html dentro de la mencionada carpeta.

La selección de cuál es la página HTML de enlaces y participantes que se muestra para el nodo actual se realiza dentro del código del programa. En el Manual de Administrador del SIAPAD se detalla qué cambios de código serían necesarios en caso de desear introducir otro nodo en la red de portales GEORiesgo.

7.9.3 Página “cómo contribuir”

La página “Cómo contribuir” también se accede desde el menú principal de GEORiesgo y es por el momento igual para todos los países. El código que controla la apariencia y contenido de la página se encuentra en el archivo “/WebRoot/contribuir.jsp” del proyecto predecan.

La parte de esta página que está más fácilmente sujeta a cambios es la lista de posibles tipos de contribución. En el Manual del Administrador (7.7) se describe cómo cambiar las opciones que aparecen en esta lista.

Por otro lado, para que la página envíe adecuadamente el correo con la sugerencia o comentario a los administradores del nodo, hay ciertos parámetros del servidor de correo del nodo que deben configurarse en el código de GEORiesgo. El apartado 7.3 del Manual del Administrador detalla esta configuración.



Página 69 de 118

7.10 Importación y exportación de la configuración

La herramienta de administración de los nodos facilitadores dispone de opciones para exportar e importar la base de datos donde se almacena la configuración del sistema, incluyendo las tablas del modelo de búsqueda. Sin embargo, este sistema no guarda la base de datos con los registros de metadatos, que es gestionada por Geonetwork y debe manejarse separadamente.

A estas funciones se accede mediante el enlace “Importación / Exportación” en la barra de enlaces de la herramienta.

Exportación de la configuración

Esta función permite salvar en un archivo que sigue el lenguaje estándar SQL para bases de datos todas las tablas de configuración de GeoRiesgo. Dependiendo del navegador, GeoRiesgo generará o pedirá al usuario un nombre del archivo en el que se guardará la configuración.

Este archivo conviene guardarlo en una localización segura, ya que es útil como una copia de seguridad de la configuración.

Importación de la configuración

Esta opción permite recuperar la configuración de GeoRiesgo desde un archivo previamente salvado con la opción de exportación. Debe tenerse en cuenta que al realizarse esta operación SE SOBRESCRIBE la base de datos existente y se pierden sus contenidos, por lo que debe utilizarse con precaución.

En particular, esta opción no es adecuada para copiar la configuración de un nodo GeoRiesgo a otro, ya que cada nodo contiene partes de su configuración que son propias de un país, por ejemplo, las fuentes de noticias o la lista de administradores.

Sincronización de nodos

Esta opción es la indicada para copiar, total o parcialmente, la configuración del modelo de búsqueda de un nodo a otro. Esta operación utiliza el archivo de configuración salvado desde el nodo origen, pero no sobrescribe todas las tablas del nodo destino, solamente aquellos cambios en las tablas del modelo de búsqueda que son aceptados por el administrador.

El usuario/administrador puede ver las diferencias entre su modelo de búsqueda local y el que está definido en el archivo de configuración externo. Los cambios se organizan en tres categorías (registros borrados, modificados y nuevos), y el usuario puede aceptar o rechazar separadamente cada uno de los cambios.

De esta manera los diferentes nodos GeoRiesgo pueden comunicarse cambios, que pueden integrarse sin perder las personalizaciones locales que se hayan realizado.



Página 70 de 118

8. ANEXO A: GLOSARIO DE TÉRMINOS

Las palabras clave se relacionan con los procesos y temas de gestión del riesgo, lo que puede servir como guía para su uso en la catalogación de productos de información. A continuación se presenta también una lista general en orden alfabético.

Palabras clave asociadas a procesos y temas específicos

PROCESO / TEMA Término principal: sinónimos

1. Instrumentos de política

1.1. Marco normativo "marco normativo": acuerdo, decreto, ley, jurisprudencia, norma, normativa, normatividad, ordenanza, resolución, legislación

política: directiva, "línea de acción", lineamiento

1.2 Políticas para la gestión del riesgo / PAD

"gestión del riesgo": atención de desastres", "atención de emergencias", "gestión de riesgos", "prevención de desastres", "prevención de emergencias", "prevención y atención de desastres", "prevención y atención de emergencias", "defensa civil", "protección civil"

1.3 Planificación del desarrollo "planificación del desarrollo": "plan de desarrollo", "banco de proyectos"

"sistema organizacional": "estructura organizacional", "modelo organizacional", organigrama, organizaciones 1.4

Organización y desarrollo institucional “desarrollo institucional”: ”fortalecimiento institucional”

financiación: financiamiento, financiero, finanzas, "fondo cuenta" 1.5. Financiación de la

gestión del riesgo "transferencia del riesgo": seguros, "bonos de catástrofre", póliza, "retención del riesgo"

1.6. Cooperación nacional e internacional cooperación: "ayuda internacional", "apoyo internacional"

2. Identificación, evaluación y monitoreo del riesgo

"marco normativo": acuerdo, decreto, ley, jurisprudencia, norma, normativa, normatividad, ordenanza, resolución evaluación: estimación, análisis, mapa, estudio 2.1

Normatividad para la identificación, evaluación y monitoreo monitoreo: instrumentación, monitorización, observatorio, comportamiento,

"actividad histórica", red descripción: caracterización, definición, presentación, clasifcación

2.2 Conocimiento de los fenómenos amenazantes fenómeno: fenomenología, fenomenologia

amenaza: peligro vulnerabilidad: exposición, predisposición zonificación: "mapa de distribución" riesgo: "daños esperados", "pérdidas esperadas", "probabilidad de pérdida"

2.3

Evaluación y análisis de amenazas, vulnerabilidad y riesgo

evaluación: análisis, mapa, estudio



Página 71 de 118

monitoreo: instrumentación, monitorización, observatorio, comportamiento, “actividad histórica”, red

2.4

Redes y observatorios de monitoreo de fenómenos

sensor: acelerógrafo, sismógrafo, sismómetro, sismoscospio, anemógrafo, barómetro, estación climatológica, estación hidrométrica, hidrómetro, hidrógrafo, limnímetro, limnígrafo, estación mareográfica, sensores remotos, telemetría alerta: alarma, aviso 2.5 Sistemas de alerta pronóstico: inventario: histórico, registro desastre: catástrofe, calamidad emergencia: contingencia fenómeno: fenomenología, fenomenologia evento:

2.6 Inventarios de desastres

DesInventar: desconsultar

2.7 Sistemas de información

“sistema de información”: sig, gis, ide, “sistema integrado de información”, “biblioteca virtual”, snid, snia, sniot, snir, siger, �agíst, bvpad, bivapad, sipad, “sistema nacional de información”, �agíst, sire, geoportal, redatam, sigot, geosemantica, sermin, snivdt

3. Educación y socialización para la gestión del riesgo

educación: educativo, formación, formativo “marco normativo”: acuerdo, decreto, ley, jurisprudencia, norma, normativa, normatividad, ordenanza, resolución 3.1 Normatividad

“plan estratégico”:

3.2

Incorporación de la temática del riesgo en el currículo escolar

currículo: pedagogía

3.3 Planes escolares de gestión del riesgo / PAD

“plan escolar”: “programa escolar”

educación: educativo, formación, formativo

3.4

Incorporación y desarrollo de la temática de la gestión del riesgo en la educación superior

universitaria: universitario, posgrado, postgrado, diplomado, especialización, maestría, �agíster, masterado, doctorado

capacitación: educación: educativo, formación, formativo participación: paticipativo comunitario: barrial, comunidad, familiar

3.5 Capacitación comunitaria

“material didáctico”: “guías de capacitación”, “libro de texto”, “módulos de capacitación”, cartilla

3.6 Información pública y divulgación

“información pública”: periodismo, divulgación, prensa, televisión, comunicación social, radionovela



Página 72 de 118

4. Reducción de los factores de riesgo

“marco normativo”: acuerdo, decreto, ley, jurisprudencia, norma, normativa, normatividad, ordenanza, resolución 4.1 Normatividad “reducción del riesgo”: mitigación, prevención, “reducción de amenazas”, “reducción de la vulnerabilidad”

4.2

Ordenamiento territorial y reglamentación del uso del suelo

“planificación territorial”: “ordenamiento territorial”, “plan de ordenamiento”, “uso del suelo”

4.3

Reducción de la amenaza por medio de medidas estructurales

“medidas estructurales”: “obras de mitigación”, “obras físicas”, “obras de estabilización”, “obras de contención”

“reducción de la vulnerabilidad”: “intervención de la vulnerabilidad” “reglamento de construcción”: “código de construcción”, “código de diseño”reasentamiento: reubicación “mejoramiento de barrios”: “mejoramiento integral de barrios”, “asentamientos humanos”, “mejoramiento de vivienda”

4.4 Intervención de los factores de vulnerabilidad

“reforzamiento estructural”:

4.5 Reducción del riesgo a nivel sectorial sectorial:

5. Preparación para la respuesta y atención de emergencias

“marco normativo”: acuerdo, decreto, ley, jurisprudencia, norma, normativa, normatividad, ordenanza, resolución preparación: “cómo actuar”, preparativo, “qué hacer” 5.1 Normatividad

respuesta: “atención de emergencias” “plan de emergencia”: “plan de contingencia”, “plan de respuesta”, “plan de atención”, “plan de preparativos”, “plan de evacuación”, “plan de operaciones” 5.2

Planes de emergencia y contingencia

“plan de prevención y atención”: coordinación: administración, manejo, puesto de mando, PMU, centro de operaciones, COE 5.3

Preparación de la coordinación de la respuesta 27 respuesta: “atención de emergencias”

5.4 Procedimientos y protocolos operativos para respuesta

protocolos: “procedimientos operativos”, “procedimientos de respuesta”

capacitación:

5.5 Capacitación para la respuesta a emergencias

“grupos de socorro”: “grupos de búsqueda y rescate”, “grupos de respuesta”, “grupos operativos”, “personal para respuesta”, bomberos, médicos

5.6 Entrenamiento, simulaciones y simulacros

entrenamiento: simulacro



Página 73 de 118

equipamiento: "equipos de rescate", "equipos para la respuesta", "protección personal" 5.7

Equipamiento y telecomunicaciones para la respuesta a emergencias telecomunicaciones: comunicaciones

"centro de reserva": "almacén adelantado" "donaciones": donación 5.8

Centros de reserva y manejo de donaciones "ayuda humanitaria": "elementos de ayuda", "elementos de socorro"

6. Recuperación, rehabilitación y reconstrucción

"marco normativo": acuerdo, decreto, ley, jurisprudencia, norma, normativa, normatividad, ordenanza, resolución 6.1 Normatividad recuperación: rehabilitación, reconstrucción

6.2

Planes y proyectos de recuperación, rehabilitación y reconstrucción

"recuperación": rehabilitación, reconstrucción"

6.3 Evaluación de efectos e impactos impacto: "efectos directos", "efectos indirectos", "efectos de los desastres"

ayuda: apoyo financiación: financiamiento, financiero, finanzas, "fondo cuenta" recuperación: rehabilitación, reconstrucción

6.4 Manejo de recursos internacionales

cooperación: "ayuda internacional", "apoyo internacional"

Palabras clave en listado alfabético

TÉRMINO SINÓNIMOS Y ESPECIALIDADES

albergues refugio alerta aviso, alarma amenaza peligro asociación elementos de ayuda, elementos de socorro ayuda apoyo ayuda humanitaria boletín bomberos brigada escolar brigadas búsqueda y rescate SAR capacitación capacitación para instructores capacitación para capacitadores, CPI cartografía básica mapa base, cartografía base catastro centro de reserva almacenes adelantados comunitaria barrial, familiar cooperación ayuda internacional

coordinación COE, PMU, administración, puesto de mando, centro de operaciones



Página 74 de 118

costo currículo pedagogía curso damnificado afectado daños declaratoria demografía poblacional, censo demografía desarrollo institucional fortalecimiento institucional desastre catástrofe, calamidad descripción caracterización, definición DesInventar: desconsultar donaciones educación educativo, formación emergencia contingencia entrenamiento simulacro equipamiento equipos de rescate, equipos de respuesta, protección personal evacuación evaluación estimación, análisis, estudio, mapa evaluación de daños EDAN evento extinción apagar fenómeno fenomenología financiación fondo cuenta, presupuesto, fondo de calamidad financiación de la recuperación recursos para la recuperacion gestión del riesgo prevención y atención de desastres, defensa civil, protección civil grupos de socorro grupos de respuesta, bomberos, médicos, personal de respuesta hidrometeorológico meteorológico, hidrológico impacto efectos directos, efectos indirectos incendio

información pública periodismo, divulgación, prensa, televisión, comunicación social, radionovela

infraestructura inventario histórico, registro manual compendio

marco normativo decreto, ley, jurisprudencia, norma, ordenanza, resolución, legislación

material didáctico guía de capacitación, libro de texto, módulo de capacitación, guía didáctica, cartilla, herramienta de capacitación

medidas estructurales

medidas no estructurales fortalecimiento de la comunidad educativa, capacitación comunitaria, divulgación pública

mejoramiento de barrios mejoramiento integral de barrios, asentamientos humanos, mejoramiento de vivienda

metodología método, guía

monitoreo instrumentación, observatorio, monitorización, comportamiento, actividad histórica, red

participación participativo percepción del riesgo percepción social del riesgo

plan de emergencia p de contingencia, p de respuesta, p de atención, p de evacuación, p de preparativos, p de operaciones



Página 75 de 118

plan de prevención y atención plan de recuperación plan de rehabilitación, plan de reconstrucción plan escolar programa escolar plan estratégico plan institucional planificación del desarrollo plan de desarrollo, banco de proyectos planificación territorial ordenamiento territorial, plan de ordenamiento, uso del suelo

política lineamiento, directiva, línea de acción, plan nacional, plan regional, guía práctica

preparación cómo actuar, qué hacer, preparativo pronóstico protocolos proyecto experiencia reasentamiento reubicación recuperación rehabilitación, reconstrucción recursos internacionales apoyo internacional reducción de la vulnerabilidad intervención de la vulnerabilidad

reducción del riesgo reducción de amenazas, reducción de la vulnerabilidad, prevención, mitigación

reforzamiento estructural

reglamento de construcción código de diseño, código de construcción, reglamento de construcción,

reserva ambiental

reserva ecológica, reserva forestal, restricción ambiental, zona de protección ambiental, parque natural, zona protegida, parque nacional

respuesta atención de emergencias riesgo daños esperados, pérdidas esperadas, probabilidad de pérdida salud servicios sanitarios, cuidados sanitarios, atención sanitaria sector educativo instituciones educativas sector industrial sector empresarial sectorial seguridad

sensor

estaciones hidrometeorológicas, acelerógrafo, anemómetro, barómetro, estación climatológica, estación hidrométrica, estación mareográfica, instrumentos sísmicos, sismógrafo, sismómetro, sismoscopio, telemetría, red sísmica

sistema de información

sig, gis, ide, sistema integrado de información, biblioteca virtual, snid, snia, sniot, snir, siger, sinpad, bvpad, bivapad, sipad, sistema nacional de información, sigpad, sire, geoportal, redatam, sigot, geosemantica, sermin, snivdt

sistema organizacional estructura organizacional, modelo organizacional, organigrama, organizaciones

telecomunicaciones comunicaciones

transferencia del riesgo aseguramiento, aseguranza, bonos de catástrofe, póliza, retención del riesgo

último universitaria maestría, posgrado, superior, diplomado, masterado volcánico volcán, vulcanológico vulnerabilidad susceptibilidad, exposición, predisposición zonificación mapa de distribución



Página 76 de 118

9. ANEXO B: TABLAS DE UTILIDADES Y PREGUNTAS

Tareas y preguntas para el rol MIEMBRO ENTIDAD DE P.A.D. / DEFENSA CIVIL

TAREA PREGUNTA

Revisar, formular o ajustar la normatividad, la organización y los planes en gestión del riesgo / P.A.D. / Defensa Civil

¿Cuáles son la normativas o políticas en gestión del riesgo / P.A.D. / Defensa Civil? ¿Cómo está estructurado el sistema de gestión del riesgo / P.A.D. / Defensa Civil, quiénes lo conforman y cuáles son sus funciones? ¿Qué metodologías y planes existen en gestión del riesgo / P.A.D. / Defensa Civil? ¿Qué mecanísmos existen para financiar la gestión del riesgo / P.A.D. / Defensa Civil? ¿Qué fuentes de cooperación existen para la gestión del riesgo /

.A.D. / Defensa Civil? P

Identificar, evaluar y monitorear el riesgo

¿Qué metodologías existen para la evaluación y zonificación de peligros, vulnerabilidad y riesgo? ¿Qué estudios de peligros, vulnerabilidad y riesgo hay en esta zona? ¿Cuáles son las redes existentes de monitoreo de fenómenos? ¿Qué alertas están vigentes? ¿Qué inventarios hay sobre desastres? ¿Qué sistemas de información hay para la gestión del riesgo / P.A.D. /

efensa Civil? D

Promover la incorporación de la gestión del riesgo en la cultura a través de la educación y la comunicación

¿Qué experiencias hay en la incorporación de la gestión del riesgo en la educación escolar y superior? ¿Qué experiencias y herramientas hay para la información pública y la apacitación comunitaria? c

Desarrollar acciones de reducción de riesgos

¿Cúales son las normas que hay sobre planificación territorial y definición de usos del suelo?

¿Qué estudios, experiencias, proyectos existen en reducción del riesgo (reforzamiento de estructuras, reubicación y mejoramiento de vivienda, etc)?

¿ Qué iniciativas sectoriales hay en el campo de la gestión del riesgo?

Formular planes y protocolos de respuesta

¿Qué metodologías y experiencias hay en planes de respuesta / emergencia y contingencia y protocolos operativos? ¿Cuál es la normatividad y procedimiento para la declaratoria de

esastre / calamidad / emergencia? d

Capacitar y entrenar a grupos de respuesta

¿Qué materiales y centros de capacitación para la respuesta hay? ¿Qué experiencias hay en simulaciones y simulacros de respuesta a

mergencias? e Administración de centros operativos y de acopio para respuesta

¿Qué centros operativos de emergencia - COE hay?

¿ Qué almacenes adelantados y centros de reserva hay?

Formular planes de recuperación de desastres

¿Qué experiencias hay de evaluación de daños? ¿ Qué experiencias hay de recuperación de desastres?



Página 77 de 118

Tareas y preguntas para el rol EDUCADOR / COMUNICADOR

TAREA PREGUNTA

Incorporar la gestión del riesgo en el currículo escolar y formular planes escolares de emergencia

¿Qué normas y directrices hay sobre prevención y atención de desastres orientadas al sector educativo? ¿Cúales son los fenómenos peligrosos y sus características, causas y consecuencias? ¿Qué experiencias hay en desarrollo curricular y gestión del riesgo? ¿Qué experiencias hay en planes escolares de prevención y atención

e emergencias? d

Articular la gestión del riesgo con la educación superior

¿Qué experiencias hay de educación superior y gestión del riesgo? ¿ Qué programas de posgrado en gestión del riesgo hay?

Diseñar y coordinar campañas de información pública en gestión del riesgo

¿Qué lineamientos hay para la comunicación social en prevención de desastres? ¿Cuáles son los fenómenos de mayor peligro en la zona de interés? ¿Cuáles son las características de población de la zona de interés? ¿ Cuáles son las condiciones de riesgo en la zona de interés?

Informar sobre estados de alerta y emergencia vigentes

¿Qué boletines de alerta hidrometeorológica hay? ¿Qué boletines de alerta volcánica hay? ¿ En que zona ocurrió el último terremoto?

Documentar periodísticamente casos de desastre

¿Cuáles fueron los daños asociados con un desastre en la zona de interés? ¿ Qué estudios hay sobre el procesos de recuperación de desastres?

Tareas y preguntas para el rol PÚBLICO EN GENERAL

TAREA PREGUNTA

Conocer las condiciones de peligro y riesgo

¿Cuáles son los fenómenos peligrosos? ¿Cual es la condición de peligro y riesgo en esta zona? ¿ Qué desastres ha habido en esta zona?

Capacitarse en prevención y atención de desastres

¿Cuáles son la instituciones encargadas de promover la prevención y atención de desastres? ¿Qué programas de capacitación sobre preparación ante desastres? ¿Cómo debemos participar y organizarnos en comunidad para la

revención de desastres? p

Tomar medidas por estados de alerta

¿Qué preparativos debo realizar para situaciones de desastre? ¿Qué alertas hidrometeorológicas están vigentes? ¿Qué alertas volcánicas están vigentes? ¿ Dónde ocurrió el terremoto reciente?



Página 78 de 118

Tareas y preguntas para el rol PLANIFICADOR

TAREA PREGUNTA

Incorporar la gestión del riesgo en los planes de desarrollo y de ordenamiento territorial

¿Qué lineamientos hay para la incorporación de la gestión del riesgo en los planes de desarrollo? ¿Cuáles son las normas que hay sobre planificación territorial? ¿Qué metodologías hay para la incorporación del componente de riesgos en el ordenamiento territorial? ¿Qué mecanismos de financiamiento hay para la gestión del riesgo / P.A.D. / Defensa Civil? ¿Qué opciones de cooperación hay para la gestión del riesgo / P.A.D. Defensa Civil? /

Formular proyectos de reducción de riesgos

¿Qué estudios de peligro, vulnerabilidad y riesgo hay en esta zona? ¿ Qué registros históricos de desastres hay en esta zona?

Formular planes de recuperación de desastres

¿Qué metodologías hay para la formulación de planes de recuperación, rehabilitación y reconstrucción? ¿Qué estudios demográficos hay en esta zona? ¿Qué mecanismos de financiamiento hay para la recuperación post desastre? ¿Qué mecanismos de cooperación hay para la recuperación post

esastre? d

Tareas y preguntas para el rol INVESTIGADOR

TAREA PREGUNTA

Diseñar estrategias de transferencia y retención del riesgo

¿Cuál ha sido el costo asumido por el estado en la recuperación de desastres? ¿Cuál es el panorama de daños esperados asociados con desastres?¿Cuáles son los mecanismos actuales de financiamiento de la ecuperación de desastres? r

Evaluar los beneficios de las acciones de reducción del riesgo

¿Qué estudios de evaluación peligros, vulnerabilidad y riesgo hay en esta zona? ¿Qué proyectos de reducción de riesgos por medio de medidas estructurales han sido ejecutados? ¿Cuáles son los proyectos ejecutados de reducción de riesgos por medio de medidas no estructurales? ¿ Cuáles son las características demográficas de la zona de interés?

Evaluar los efectos económicos y sociales de los desastres

¿Qué inventarios de daños existen? ¿Qué censos de damnificados existen? ¿ Qué estudios de población existen de la zona de desastre?



Página 79 de 118

10. ANEXO C: INSTALACIÓN Y CONFIGURACIÓN

En esta sección se describe el procedimiento de instalación y configuración de la aplicación GEORiesgo. Se remite al lector al Manual de Administración del SIAPAD para una descripción más pormenorizada de la instalación del software base del que depende GEORiesgo, así como para la configuración de este software base.

Las instrucciones de este capítulo se incluyen también en el Manual del Administrador. Igualmente, la discusión sobre las diferencias en el código de la aplicación para su despliegue en los nodos nacionales se discuten en los correspondientes Informes de Configuración.

10.1 Instalación del código de GEORiesgo

Al ser una aplicación web, GEORiesgo no cuenta con un instalador típico como un programa de escritorio, sino que se trata de ‘desplegar’ la aplicación dentro del entorno del servidor.

Antes de realizar dicha operación debe verificarse que todo el software que se requiere para el funcionamiento de la aplicación esté previamente instalado y funcionando en el nodo hospedador de la aplicación, incluyendo los siguiente paquetes de software: Tomcat, Mapserver, PostrgreSql, GeoNetwork y Apache. El capítulo 4 del Manual de Administración del SIAPAD ofrece instrucciones para realizar estas instalaciones previas.

Para desplegar la aplicación GEORiesgo utilizaremos los archivos distribuidos por la empresa consultora en el formato comprimido WAR, desplegándolos en el servidor de aplicaciones Tomcat mediante su interfaz web.

Los pasos a realizar son:

• Abrir la página de administración de Tomcat en el nodo. Por ejemplo, para el nodo facilitador de Perú sería: http://peru.georiesgo.net:8080

http://peru.georiesgo.net:8080/



Página 80 de 118

• Dentro de esta página se escoge la opción “Tomcat Manager”. Para poder ingresar se utilizará el usuario y contraseña asignada durante la instalación del Tomcat.

Tras ingresar el usuario y contraseña se obtiene la siguiente página web:



Página 81 de 118

En la imagen se observa una zona “Applications” que muestra un listado de todas las aplicaciones ya desplegadas en Tomcat.

• Tras esta sección puede verse otra llamada “Deploy” y dentro de esta “WAR file to deploy”. Esta opción es la que debe utilizarse para realizar el despliegue. Para ello se hace clic en “Examinar”, y se encuentra el WAR que se desea instalar (debemos realizar esta tarea para los cuatro módulos WAR de los que consta GEORiesgo).

Para finalizar la acción, luego de escogido el fichero WAR damos un clic en el botón de “Deploy”.

En esta pagina también podemos observar información acerca del servidor en la parte de “Server Information” que nos indica la maquina virtual que estamos utilizando, el sistema operativo del servidor y la arquitectura del procesador.

Como alternativa, el despliegue puede también realizarse de forma manual, copiando los ficheros WAR dentro del directorio Webapps del Tomcat, que por lo general esta en la ruta “C:\Archivos de programa\Apache SoftWARe Foundation\Tomcat 5.5\Webapps”. Tomcat se encargara de descomprimir dichos ficheros WAR y crear automáticamente directorios con el nombre de cada módulo.

Los cuatro módulo que componen la aplicación GEORiesgo son: IDESiagpad.WAR, MiniMap.WAR, predecan.WAR, wsCatalogNomenclator.WAR. Luego de realizar el despliegue, desde la opción de “Applications”, se verá cómo se han creado nuevas entradas con el mismo nombre de los archivos WAR desplegados. A su derecha tendremos opciones para poder recargar, parar o borrar cada módulo de la aplicación. Para que GEORiesgo funcione correctamente, los cuatro módulos deben estar activos.



Página 82 de 118

10.2 Instalación de la base de datos de GEORiesgo

En el apartado 8.2 del Manual del Administrador se detalla cómo generar y recuperar copias de seguridad de la base de datos de GEORiesgo. Inicialmente, bastará con utilizar el comando pg_restore para instalar la base de datos conteniendo la configuración inicial para la base de datos de cada nodo. Por ejemplo, para el caso de Perú la instrucción sería algo como:

pg_restore -h localhost -d predecan -U postgres path/peru.backup >> archivo_log.log

10.3 Diferencias por país: configuración del código

Además de la configuración de las tablas del modelo de información, existen algunos aspectos de personalización de la aplicación GEORiesgo cuya configuración se realiza directamente en los archivos de texto que constituyen el código de la aplicación, en formato XML o Java, y que pueden (o en algunos casos, deben) cambiarse en cada nodo mediante la edición de estos archivos.

El capítulo 7 del Manual del Administrador desarrolla en detalle cómo se realiza la configuración de cada uno de estos elementos. Aquí se presenta un resumen a efectos orientativos.

10.3.1 Conjuntos predefinidos de mapas Cada nodo puede trabajar con un conjunto de servicios de mapas disponibles en el visor de GEORiesgo, que pueden usarse fácilmente dentro de la sección “Añadir capa” del visor geográfico. Para especificar estos servicios se emplean ficheros XML que definen el número y la localización de los servicios de mapas disponibles, agrupados en conjuntos temáticos.

10.3.2 Capas por defecto en el visor geográfico Para definir las capas que aparecen por defecto en el visor geográfico (es decir, los mapas que ya están presentes aunque el usuario no haya añadido todavía ninguna capa) se utiliza también un archivo XML, de formato similar a los utilizados para los mapas predefinidos.

En la configuración actual se visualizan cuatro capas por defecto, tal como muestra la figura.



Página 83 de 118

10.3.3 Envío de correo

En el página de “Como contribuir”, el usuario de GEORiesgo rellena un formulario de sugerencias, con el que la aplicación compone un mail que es enviado a los administradores del nodos. Para que el envío de estos correos a los administradores funcione correctamente, debe configurarse la aplicación en el archivo “/predecan/WebRoot/WEB-INF/web.xml”, modificando los campos con los datos del servidor de correo en la entidad donde está instalado el nodo.

10.3.4 Acceso a la base de datos del modelo de información Para que la herramienta de administración de GEORiesgo pueda acceder correctamente a la base de datos del modelo de información, deben asignarse los campos correspondientes en el archivo ”/AdminPredecan/WebRoot/WEB-INF/web.xml”. Para el funcionamiento de la función de sincronización en la herramienta de administración, es necesaria la creación de una base de datos temporal “predecan_temp”. Una vez creada la base de datos temporal, hay que añadir el ResourceName al archivo ”/AdminPredecan/WebRoot/META-INF/context.xml”. Por otro lado, para realizar correctamente la importación o exportación de la base de datos, hay que añadir a la variable de entorno del sistema (PATH), la ruta al directorio donde se encuentran los comandos pg_dump y pg_restore de PostreSQL. Por ejemplo, en MS Windows este path es normalmente: “C:\Archivos de programa\PostgreSQL\8.2\bin”. Se puede añadir al PATH del sistema accediendo al menú “MiPC → Propiedades → Opciones Avanzadas → Variables de Entorno”.

10.3.5 Configuración de la dirección del nodo facilitador

Como se ha comentado en el apartado anterior de instalación, la aplicación se despliega mediante archivos comprimidos en formato Web ARchive (.war), que contienen el código de la aplicación.

Dichos ficheros war pueden ser editados simplemente descomprimiéndolos con cualquier descompresor habitual (Winrar, Winzip, etc.). Será necesario realizar algunos cambios cuando se quiera asignar al nodo un nombre diferente de dominio (por ejemplo, si en lugar de “peru.georiesgo.net” se tuviera que llamar de otra manera), o si se desea instalar la aplicación en un computador local (en este caso habrá que utilizar “localhost” como dominio).

A continuación se ofrece una lista de los archivos que se requiere editar. En el Manual de Administrador se detallan los cambios que hay que realizar.



Página 84 de 118

Configuración de Predecan.war

Los ficheros de configuración de este proyecto son:

• /src/predecan.properties: contiene toda la configuración detallada de los Paises, Url de la aplicación, Urls de los links a otros países y la configuración de noticias RSS:

• /WebRoot/lib/conts.js: este fichero contiene las direcciones web del servidor de catalogo y de aplicaciones.

• /WebRoot/META-INF/context.xml: contiene la cadena de conexión a partir del driver con la base de datos. Los parámetros importantes necesarios a modificar son usuario y password además de la base de datos y la url.

• /WebRoot/contribuir.jsp: contiene la ruta al servlet que controla el envío de emails.

Configuración de MiniMap.war

El proyecto MiniMap como ya se ha comentado solo contiene un pequeño visor por lo que simplemente se necesita modificar el link del contexto de mapas a cargar.

Configuración de IDESiagpad El proyecto IDESiagpad contiene el visor cartográfico por lo que, al igual que el proyecto MiniMap, es necesario configurar los links WMS de todos los contextos de mapas predefinidos.

Configuración de AdminPredecan

Este proyecto contiene toda la implementación de la herramienta de administración. Las modificaciones a realizar afectarían a los siguientes archivos:

• /src/adminPredecan.properties: contiene la configuración general de la aplicación.

• /WebRoot/lib/const.js contiene las rutas de catalogo y servidor local.

• /WebRoot/lib/geonetwork.js contiene la ruta de acceso al servidor de catalogo geonetwork.

• /WebRoot/META-INF/context.xml: contiene la cadena de conexión a partir del driver con la base de datos.



Página 85 de 118

11. ANEXO D: PRUEBAS

Como todo sistema informático, la aplicación GEORiesgo y su herramienta de administración, deben ser sometidos a una serie de pruebas que garanticen su funcionamiento correcto y evalúen su rendimiento.

El informe “Plan de Pruebas del SIAPAD” detalla la lista de estas pruebas, los resultados esperados para cada una, y la forma en que se presentan los resultados obtenidos. De la misma manera, los correspondientes informes de ejecución del Plan de Pruebas presentan los resultados obtenidos en las diferentes ejecuciones de los tests que componen el plan.

En este informe de diseño se expondrán las principales características de las pruebas en la medida en que se basan en la arquitectura y diseño del sistema.

11.1 Pruebas del portal GEORiesgo

11.1.1 Pruebas funcionales

En esta batería de tests se tiene como objetivo comprobar el funcionamiento del portal GeoRiesgo desde el punto de vista individual de un usuario común, evaluando si el sistema responde correctamente a las instrucciones dadas por el usuario.

Las pruebas se realizan para distintos navegadores web (Mozilla Firefox 2, Internet Explorer 6 y 7). El listado de tests evalúa las siguientes operaciones:

• Búsqueda por palabras (buscar al menos una palabra). Se evalúa la generación de una expresión de búsqueda correcta, la generación de la petición XML correcta, y la obtención de resultados.

• Búsqueda por palabras (buscar todas las palabras). Similar al anterior, pero utilizando la opción de encontrar todas las palabras.

• Búsqueda por palabras (buscar expresión exacta). Similar al anterior, pero utilizando la opción de encontrar la expresión exacta tal como se ha escrito.

• Búsqueda por temas y opción de restricción geográfica. Se comprueba la generación de una expresión de búsqueda y petición XML correctas para un tema seleccionado, y se comprueban los resultados obtenidos, así como el efecto de utilizar la opción de restringir la búsqueda a un área geográfica.

• Búsqueda por preguntas frecuentes. Se comprueba la generación de la expresión de búsqueda y petición XML para una selección de perfil y tarea/pregunta en la búsqueda por preguntas frecuentes.

• Visualización de un servicio WMS con una capa. Se comprueba que un resultado consistente en un servicio WMS de una capa única se visualiza correctamente en el visor geográfico.



Página 86 de 118

• Visualización de algunas capas en un servicio WMS de varias capas. Similar al anterior, pero cargando en el visor algunas de las capas de un servicio WMS de múltiples capas.

• Visualización de todas las capas en un servicio WMS de varias capas. Similar al anterior, pero seleccionando el servicio completo para ser añadido al visor.

• Visualización de un servicio WMS externo. Se comprueba que un servicio añadido mediante el cuadro “Añadir capa” en el visor geográfico se carga correctamente.

• Visualización de un mapa predefinido. Se comprueba que las capas de los mapas predefinidos en el cuadro “Añadir capa” se visualizan correctamente.

• Búsqueda en varios nodos y paginación. Se comprueba el funcionamiento de la opción de búsqueda en varios nodos, así como la paginación del conjunto de resultados en cada nodo.

• Búsqueda de lugares. Se comprueba el funcionamiento del buscador de topónimos en el visor geográfico, y la localización del punto encontrado sobre el mapa del visor.

• Funcionalidad del visor geográfico. Se comprueba el funcionamiento de las herramientas de navegación y otras en el visor.

• Consulta de páginas. Se comprueba el acceso y el contenido de las páginas de noticias, enlaces, participantes y cómo contribuir.

Resultados

Según las pruebas realizadas, y a partir de las tablas resumen, comprobamos que no existen fallos en la funcionalidad general. Las expresiones de búsqueda se forman correctamente, así como las peticiones XML a catálogo, con lo que los resultados devueltos son los que el usuario espera.

En algunas ocasiones el servidor de búsqueda de topónimos, externo a SIAPAD, se puede encontrar desconectado. El geoportal avisa de esta situación mediante un mensaje, y la opción de búsqueda de topónimos queda desactivada. Se espera durante el periodo de garantía de la aplicación eliminar este mensaje de error y mostrarlo solamente cuando el usuario intenta utilizar la función de búsqueda.

Se han encontrado algunos problemas en Internet Explorer 7 para previsualizar algunos servicios de mapas. Esta situación es intermitente y se espera analizarla con más profundidad para ver si es posible mejorarla.



Página 87 de 118

11.1.2 Pruebas de tiempo

Los tests de tiempo son similares a los anteriores, al reproducirse las acciones normales del usuario y comprobar los resultados obtenidos. En este caso se desea una medida cuantitativa del rendimiento general de la aplicación, y por tanto se miden tiempos de forma manual.

Para garantizar una cierta representatividad de los valores medidos, se realizan varias medidas por valor, mostrándose luego el valor promedio y su desviación típica. Se realizarán también medidas separadas para los diferentes tipos de navegador, y en dos horas diferentes del día para tener en cuenta al menos algunas de las posibles variaciones debidas al uso general de la red Internet, de la que depende en gran medida la respuesta temporal del portal GeoRiesgo.

• Carga de la página de entrada. Se accede a la página de entrada de un nodo facilitador de GEORiesgo y se comprueban los siguientes tiempos:

o Tiempo transcurrido desde que se escribe el URL del portal hasta que aparecen los elementos gráficos de la página

o Tiempo transcurrido desde que se escribe el URL del portal hasta que se activa la entrada de palabras para la búsqueda

• Búsqueda por palabras. Se realiza una búsqueda por palabras, midiendo los siguientes tiempos:

o Tiempo desde que se pulsa el botón de Buscar hasta que aparece la pestaña de resultados

o Tiempo desde que se pulsa el botón de Buscar hasta que se ven las imágenes de las capas (o los archivos, si no hay capas)

• Búsqueda por temas. Se realiza una búsqueda temática, midiendo los mismos tiempos que en el caso anterior.

• Búsqueda por preguntas. Se realiza una búsqueda por preguntas, midiendo los mismos tiempos que en los dos casos anteriores.

• Carga de mapas. Se añaden al visor mapas obtenidos como resultado de una búsqueda, midiendo los siguientes tiempos:

o Tiempo hasta que aparece la leyenda

o Tiempo hasta que las capas son visibles en el visor

Resultados En las siguientes tablas se resumen los tiempos medidos por país, con una coloración que indica su rango de mejor a peor. Sin embargo, las diferencias no son muy grandes. En los análisis de resultados de cada informe de ejecución de pruebas se discuten las diferencias por país.

Rangos: el mejor bueno regular peor



Página 88 de 118

BOLIVIA

TEST DE TIEMPOS TIEMPOS (lecturas promedio 10:00 AM y 03:00 PM en seg.)

T1 T2 N. NOMBRE

IE6 IE7 MF IE6 IE7 MF

16 Medida de Tiempos de Carga (Carga de página de inicio del GeoPortal)

11 12.67 7.33

17 Medida de Tiempos de Búsqueda (Búsqueda por palabra)

4.33 3.67 6 4.33 3.67 6

18 Medida de Tiempos de Búsqueda (Búsqueda por Tema)

7 6.67 5 7 6.67 5

19 Medida de Tiempos de Búsqueda (Búsqueda Asistida) 4.67 4.33 3.33 4.67 4.33 3.33

20 Medida de tiempo de carga de capas en el visor geográfico 29.33 12.67 18.33 29.33 12.67 18.33

COLOMBIA


T1 T2 N. NOMBRE



13 5.67 8.67


10.67 7.40 6.67 10.67 --l 6.67


6 3.67 5.33 7.33 3.67 7

19 Medida de Tiempos de Búsqueda (Búsqueda Asistida) 6.33 5 4 7.33 5 4


ECUADOR


T1 T2 N. NOMBRE



13 11.67 14


5.67 3 6.33 5.67 3 6.33


12.33 12 10.67 12.33 12 10.67

19 Medida de Tiempos de Búsqueda (Búsqueda Asistida) 21.33 19.33 20.67 21.33 -- 20.67




Página 89 de 118

PERU


T1 T2 N. NOMBRE



8.02 7.72 3.3


6.37 8.85 7.97 30.15 27.27 13.35


9.9 9.25 9.22 13.88 13.35 11.02

19 Medida de Tiempos de Búsqueda (Búsqueda Asistida) 33.53 30.43 28.09 62.99 53.05 47.14


11.1.3 Pruebas de carga y estrés

En este conjunto de pruebas se trata de comprobar mediante herramientas automatizadas el rendimiento (velocidad) de la aplicación como servicio web, comprobándose dos aspectos: la velocidad de carga de los componentes de la página, y la velocidad de respuesta de la aplicación a peticiones de acceso a la página de GeoRiesgo.

Estos tests nos dan además indicaciones de qué factores podemos optimizar para mejorar el rendimiento de la parte web de la aplicación GeoRiesgo.

Para realizar el análisis de carga se utiliza la herramienta YSlow (ver Apéndice 1 en el Plan de Pruebas), que nos ofrece como resultado una serie de diagramas que detallan la influencia en la velocidad de los diferentes componentes de la aplicación.

Para el análisis de rendimiento en condiciones de estrés se trata de simular peticiones a la página GeoRiesgo provenientes de un gran número de usuarios simultáneos, para obtener resultados más cercanos a la realidad en situaciones de alta demanda. Estos tests permiten un análisis de cuántos usuarios pueden soportarse por el sistema. Para realizar los tests en condiciones de estrés se utiliza una herramienta Open Source llamada JMeter, descrita en el Apéndice 2 del Plan de Pruebas.



Página 90 de 118

Resultados

En estas tablas resumen se indican algunas variables medidas por los test de carga. Las más significativas, marcadas con color según el rango de bondad, son el tiempo de carga y los tiempos de rendimiento para 50, 100 y 1000 usuarios.

BOLIVIA

TESTS DE CARGA Yslow - Stats http requests 162 peso 2188.7K Yslow – Component (HTML el más lento) tamaño 97Kb tiempo 11.92s Rendimiento JMeter tiempo (50/100/1000 usuarios) 1172 / 2214 / 6886

COLOMBIA

TESTS DE CARGA Yslow - Stats http requests 162 peso 2188.9Kb Yslow – Component (HTML el más lento) tamaño 115Kb tiempo 11.49s Rendimiento JMeter tiempo (50/100/1000 usuarios) 445 / 767 / 6088

ECUADOR

TESTS DE CARGA Yslow - Stats http requests 162 peso 2188.9 Yslow – Component (HTML el más lento) tamaño 69Kb tiempo 14.57s. Rendimiento JMeter tiempo (50/100/1000 usuarios) 701 / 811 / 7577

PERU

TESTS DE CARGA Yslow - Stats http requests 163 peso 2186,8 k Yslow – Component (HTML el más lento) tamaño 84 k tiempo 3.98 s Rendimiento JMeter tiempo (50/100/1000 usuarios) 448 / 512 / 2806

11.1.4 Pruebas del modelo de información Con objeto de verificar el correcto funcionamiento del modelo informativo de GEORiesgo20 y evaluar su eficacia en la búsqueda, se aplicará un procedimiento de validación. Este procedimiento está detallado en el informe de Plan de Pruebas, pero se ofrece aquí un resumen. El procedimiento se basa en obtener dos medidas: una de corrección del modelo y otra de cobertura del modelo, que a su vez se desglosan en tablas para cada tipo de búsqueda.

20 El diseño original de estas pruebas se especificó en el documento “Procedimientos para pruebas del modelo informativo de GeoRiesgo”, fechado el 8 de Abril de 2008, elaborado por el asesor técnico de PREDECAN, profesor Martín Molina.



Página 91 de 118

Corrección del modelo Para medir la corrección del modelo se obtienen números de resultados para la búsqueda por palabras (se utilizan para ello ciertas palabras de muestra), la búsqueda por temas, y la búsqueda por preguntas. También se determina manualmente qué porcentaje de los resultados obtenidos son correctos, y se calcula posteriormente la media del porcentaje de corrección, que nos da el indicador buscado.

Cobertura del modelo El objetivo de la evaluación de la cobertura del modelo es obtener una medida que permita estimar si el modelo dispone de suficientes formas de acceso para cubrir los productos existentes, es decir, si GEORiesgo es una herramienta efectiva para encontrar la información relevante. Debido a que hay un número importante de productos, se trabaja con una muestra representativa (por ejemplo, 100 productos). Dicha muestra se elige de forma aleatoria pero cuidando que se incluyan productos de todas las entidades y de todos los tipos (mapas y documentos). Para cada producto de la muestra se realiza lo siguiente:

- Se identifican los ítems de búsqueda que le corresponden (temas, preguntas y fenómenos).

- Para cada ítem considerado, se realiza la búsqueda desde el portal GEORiesgo. El resultado de dicha búsqueda puede incluir el producto (se anota un acierto) o no incluirlo (no se anota acierto).

El porcentaje de aciertos se calcula para cada tipo de búsqueda, y esto nos da el indicador de cobertura buscado.

Resultados

La siguiente tabla muestra los valores de corrección en % para la búsqueda por palabras (Q11), temática (Q12) y asistida (Q13), más el valor promedio Q1.

Q1 = (Q11 + Q12 + Q13) / 3 Q11 Q12 Q13 Q1

Bolivia 96 85 62 81 Colombia 88 76 65 76 Ecuador 91 72 59 74

Perú 84 75 54 71



Página 92 de 118

11.2 Pruebas de la herramienta de administración

Aunque estas pruebas no aparecían detalladas en la primera versión del Plan de Pruebas, se han realizado tests manuales siguiendo los ejercicios descritos originalmente en el documento “Guía de trabajo en grupos: herramienta para la administración de un nodo nacional del SIAPAD”, utilizado en el Taller de Presentación del nodo demostrativo en Abril de 2007 en Lima. Se reproduce a continuación de forma resumida el contenido de estos ejercicios de pruebas

11.2.1 Acceso a la herramienta

Se comprueba que se accede correctamente a la herramienta de administración, para lo cual se utiliza la dirección del nodo nacional GeoRiesgo, incluyendo el número de puerto de Tomcat (8080) y “AdminPredecan” como nombre de aplicación. Por ejemplo, para Colombia la dirección es http://colombia.georiesgo.net:8080/AdminPredecan.

Una vez validado, el usuario debe ver una página como ésta:

11.2.2 Configuración de acceso

Una vez dentro de la herramienta de administración, pulsando sobre el enlace “Usuarios” se accede a la configuración de acceso a la herramienta. Pulsando sobre “Listar Usuarios” pueden verse los usuarios existentes, y modificar, añadir o eliminar algunos de ellos.

11.2.3 Configuración del modelo de búsqueda

Los modos de búsqueda temática y asistida se definen mediante una serie de tablas que pueden actualizarse para añadir, eliminar o modificar elementos.



Página 93 de 118

Los tests realizados incluyen:

• Añadir una palabra clave y sus sinónimos

• Añadir un nuevo tema específico, con una expresión de búsqueda basada en la nueva palabra clave

• Añadir una nueva tarea y pregunta para la búsqueda asistida, con una expresión de búsqueda basada en la nueva palabra clave

• Configuración de fuentes de búsqueda: añadir otro catálogo

• Calcular estadísticas: utilizar esta opción y comprobar los resultados

11.2.4 Configuración del catálogo local

En la pestaña de configuración del catálogo local del nodo se comprueba que el enlace “Listar todos los metadatos” nos lleva a la página de GeoNetwork, donde se realiza una búsqueda completa de todos los metadatos, incluyendo los recogidos mediante harvesting para comprobar que su número y apariencia son correctos.

Se comrprueba también que el enlace “Añadir nuevo metadato local” nos permite acceder a la ficha de adición de metadatos del portal GeoNetwork en el nodo local (para acceder se debe hacer previamente login como administrador de GeoNetwork).

11.2.5 Configuración de noticias

Siguiendo el enlace “Noticias” en el menú superior de la herramienta de administración, se comprueban las siguientes funciones:



Página 94 de 118

• Pulsando en el enlace “Listar Fuentes RSS” se ven las fuentes de noticias actualmente configuradas, y se añade una temporalmente como prueba.

• Pulsando en el enlace “Listar Noticias” se ven las noticias que se han generado de forma manual en el nodo facilitador, y se añade una temporalmente como prueba:

11.2.6 Importación/exportación de la configuración

Por su potencial peligro, este test se realiza normalmente en una instalación local. Para ello se exporta la configuración de un nodo y a continuación se importa en la instalación local, comprobándose que la base de datos resultante coincide con la original.

Resultados

La herramienta de administración no presenta problemas de funcionamiento, salvo fallos intermitentes debidos a errores puntuales en la conexión. Estos fallos pueden manifestarse como mensajes de error (“Internal Error”) o como un fallo para listar los contenidos de una tabla. En el primer caso, simplemente se vuelve a reintentar la operación. En el segundo caso hay que refrescar la página web y reintentar.



Página 95 de 118

12. ANEXO E: DOCUMENTACIÓN DEL SOFTWARE

En este anexo se presenta una descripción más formal de algunos elementos del diseño y la implementación del portal GEORiesgo y la herramienta de administración. El objetivo de esta documentación es facilitar la interpretación de la implementación en código del software, en función del diseño realizado, y en particular de aquellos elementos que puedan resultar más complejos para el futuro mantenimiento y extensión del software.

Para realizar esta documentación se han aplicado los elementos metodológicos del proceso de análisis y diseño (modelado del sistema) utilizado, un método estándar conocido como UML (Unified Modelling Language). El método UML describe el sistema utilizando los siguientes diagramas:

• Los Diagramas de Estructura describen los elementos o componentes que existen en el sistema modelado. En este documento se utilizarán diagramas de componentes, que describen los elementos de nivel superior del sistema.

• Los Diagramas de Comportamiento describen funcionalmente lo que sucede en el sistema modelado desde el punto de vista externo, del usuario. En concreto, se utilizarán aquí los diagramas de casos de uso.

• Los Diagramas de Interacción describen también lo que sucede en el sistema modelado, pero enfocándose en el flujo de control y de datos interno, entre los elementos del sistema. Concretamente, se utilizarán aquí diagramas de comunicación y diagramas de secuencia, que son más o menos equivalentes en su contenido.

En adición a los diagramas UML se presenta también una descripción detallada de los algoritmos de mayor relevancia en la implementación de la funciones del sistema, y que por su mayor complejidad de interpretación conviene formalizar para su posterior consulta.

Para mayor nivel de detalle se recomienda la consulta directa del código fuente del sistema, ya que este se haya suficientemente estructurado como para poder acceder fácilmente a la implementación de cada elemento y caso de uso. En este sentido, los diagramas presentados ofrecen un mapa para poder interpretar y acceder con mayor facilidad al código de la implementación. Además, se incluye también en este Anexo una guía de contenido del código fuente para facilitar precisamente el acceso a los diferentes proyectos y elementos de la implementación.



Página 96 de 118

12.1 Diagramas de casos de uso

Un diagrama de casos de uso representa la interacción entre los actores (usuarios del sistema) y las tareas de negocio (es decir, la funcionalidad básica) del sistema, así como la relación entre diferentes tareas. Por tanto, los diagramas de casos de uso constituyen un primer nivel de análisis de cuál debe ser la funcionalidad del sistema, y cómo debe organizarse la interacción con uno o varios tipos de usuarios.

En estos diagramas aparece un marco rectangular que define los límites del sistema, y contiene los casos de uso (tareas) y sus posibles relaciones. Fuera del marco se sitúan los actores y cada tipo de actor participa en casos de uso a los que está unido mediante una línea.

12.1.1 Casos de uso para el portal GEORiesgo En el portal GEORiesgo no se hace distinción de funcionalidad según tipos de usuario (aunque existe la distinción de roles en la búsqueda asistida). El siguiente diagrama presenta los casos de uso, que por otra parte, se siguen del diseño que se ha presentado en el capítulo 6 “Diseño del geoportal”.



Página 97 de 118

En el diagrama puede observarse la relación de inclusión entre casos de uso, que simplemente indica que una tarea se descompone o puede a su vez dividirse en otras tareas u opciones. Se indica también una relación de dependencia entre algunas tareas mediante una flecha discontinua sin etiqueta, por ejemplo, la tarea “Seleccionar resultados” depende de que anteriormente se haya realizado una búsqueda.

12.1.2 Casos de uso de la herramienta de administración

El uso de la herramienta de administración del portal GEORiesgo se haya claramente separado del uso del portal, y corresponde a actores y funciones diferentes, razón por la cual los casos se especifican en un diagrama separado.

Los casos de uso presentados se corresponden con lo descrito en el capítulo 7 “Diseño de la herramienta de administración”.

Vemos que el diagrama es bastante sencillo, esto es común, ya que estos diagramas pretenden capturar la lógica de funcionamiento del sistema desde el punto de vista de las opciones básicas que ofrecen a los usuarios, sin prejuzgar los detalles de cómo se van a implementar en detalle estas funciones.



Página 98 de 118

12.2 Diagramas de componentes

Un diagrama de componentes representa como un sistema de software es dividido en módulos o componentes y muestra las dependencias, interacciones y comunicaciones entre éstos. Los componentes físicos incluyen librerías, ejecutables, paquetes y módulos auxiliares como bases de datos, servidores, etc.

Así como los diagramas de casos de uso dan un primer acercamiento a la funcionalidad del sistema, los diagramas de componentes ofrecen una descripción de los primeros niveles de detalle de la implementación interna del sistema de software.

12.2.1 Componentes del portal GEORiesgo

El siguiente diagrama muestra los componentes desarrollados para el nodo facilitador del SIAPAD (portal GEORiesgo) y su relación con componentes externos como el cliente web, y servidores de catálogo y topónimos, especificando las dependencias entre los diferentes componentes y los protocolos de comunicaciones (TCP/IP, CSW, WFS, WMS) que se intercambian entre los componentes.

Como muestra el diagrama, la aplicación GEORiesgo se implementa en cuatro módulos, que tienen su correspondencia en el código fuente como cuatro proyectos que se compilan y despliegan de forma independiente como paquetes WAR (ver el “Manual de Administrador del SIAPAD”):



Página 99 de 118

• Componente Predecan: contiene toda la estructura general de la aplicación GEORiesgo, incluyendo el sistema de búsqueda, acceso a bases de datos y a su vez actúa como contenedor de los otros tres módulos.

• Componente IDESiagpad: contiene toda la estructura del visor geográfico implementada con la librería MapBuilder 1.4. Se comunica mediante WMS con el servidor MapServer interno para la visualización de las capas base en los visores.

• Componente WsCatalogNomenclator: contiene las clases y librerías para la conexión con servidores de catálogo y nomenclátor (búsqueda de topónimos), con los que se comunica mediante los protocolos CSW y WFS.

• Componente MiniMap: contiene un visor con herramientas básicas de navegación y encuadre para poder realizar restricciones geográficas en la búsqueda.

12.2.2 Componentes de la herramienta de administración

Como muestra el diagrama, la herramienta de administración se implementa con un único módulo llamado AdminPredecan, que tienen su correspondencia en el código fuente con un proyecto del mismo nombre que se compila y despliega de forma independiente como paquete WAR (ver el “Manual de Administrador del SIAPAD”).

Este módulo trabaja directamente con la base de datos, donde se almacena la configuración del modelo de búsqueda, y se ejecuta dentro del entorno del servidor de aplicaciones Tomcat y el servidor web Apache.



Página 100 de 118

12.3 Diagramas de comunicación y secuencia

Tanto los diagramas de Comunicación como los de Secuencia modelan las interacciones entre objetos en términos de mensajes o llamadas a métodos, mostrando su ejecución como una secuencia en el tiempo. Los diagramas de comunicación y de secuencia describen información similar, y con ciertas transformaciones, pueden ser convertidos unos en otros sin dificultad.

La diferencia estriba en la forma de representar el tiempo. En los diagramas de comunicación se representa la secuencia temporal etiquetando los mensajes con un número cronológico que se coloca cerca del enlace por el cual se desplaza el mensaje. Leer un diagrama de comunicación conlleva comenzar en el mensaje 1.0, y seguir los mensajes desde un objeto hasta el siguiente, sucesivamente.

El diagrama de secuencia se utiliza cuando se quiere hacer énfasis en el tiempo y el retorno de la ejecución a los objetos. Este diagrama muestra los objetos que intervienen en el escenario con líneas discontinuas verticales, y los mensajes pasados entre los objetos como flechas horizontales. Los mensajes pueden ser de dos tipos: síncronos y asíncronos. Los mensajes síncronos se corresponden con llamadas a métodos del objeto que recibe el mensaje. El objeto que envía el mensaje queda bloqueado hasta que termina la llamada. Los mensajes asíncronos terminan inmediatamente, y crean un nuevo hilo de ejecución dentro de la secuencia. Se representan con flechas con la cabeza abierta.

En estos diagramas aparecen ya los nombres de las clases y los métodos empleados para implementar el sistema, y por tanto actúan como conexión con el código fuente, pues apuntan al desarrollador a aquellos objetos y métodos donde está situada la implementación de las funciones que se describen en el diagrama.

Se trata, pues de diagramas que representan un nivel de detalle intermedio entre los casos de uso (donde la funcionalidad se describe desde el punto de vista del usuario, y de forma muy general), y por otro lado la descripción detallada de los algoritmos de implementación, que como se ha comentado, se realizará solamente para algunos casos concretos de interés.

12.3.1 Construcción de la expresión y XML para la búsqueda

En el siguiente diagrama de comunicación se describen las clases y métodos involucrados en todo el proceso desde que se toman las opciones de búsqueda suministradas por el usuario hasta que se genera la expresión de búsqueda y el código XML necesario para realizar esta búsqueda en el servidor CSW.

Pueden verse las diferentes líneas de ejecución que se siguen para obtener las opciones para cada uno de los tipos de búsqueda y como en todos los casos se vuelve a las mismas funciones para obtener la expresión y XML resultante para iniciar la búsqueda. Este diagrama se continúa con el siguiente, donde a partir del XML se ejecuta la búsqueda en sí y se reciben los resultados.



Página 101 de 118

La implementación de algunos de los métodos/funciones que aparecen en este diagrama se desarrolla en forma de algoritmos en la sección 12.4.1.

12.3.2 Ejecución de una búsqueda

En el siguiente diagrama de comunicación se describen las clases y métodos involucrados en el proceso de llamada al servidor de catálogo CSW, pasándole el XML generado a partir de las opciones de búsqueda, para obtener los Hits (aciertos de la búsqueda) y los Records (metadatos) correspondientes. A continuación se clasifican estos resultados según el protocolo de acceso (que determina si se trata de Mapas o Documentos) y se gestiona la paginación por separado de cada uno de estos grupos de resultados (que el usuario ve en diferentes subpestañas).

A partir de los records obtenidos se dispone de información en la aplicación para mostrar los campos de los metadatos en una página web (aplicando una transformación de estilo XSL), o bien para acceder a los documentos o servicios de mapas indicados en el onLineResource de los metadatos.



Página 102 de 118

En siguiente diagrama de secuencia muestra básicamente la misma información, haciendo énfasis en la sucesión temporal:

Puede verse como la llamada a ObtenerResultados dará como resultado un XML con la respuesta del servidor de catálogo. En la sección 12.4.2 “Clasificación de resultados de la búsqueda” se describirá el algoritmo mediante el cual se clasifican los resultados basándose en este XML.



Página 103 de 118

12.3.3 Añadir mapas al visor

En el siguiente diagrama de comunicación se describen las clases y métodos involucrados en el proceso de carga de nuevas capas WMS (nuevos servicios de mapas) al visor cartográfico del portal GEORiesgo.

El proceso consiste en extraer la direccion URL (linkage) del registro de metadatos correspondiente al mapa a agregar, tras lo cual se llama al método getCapabilities() del servidor WMS indicado por el URL. Con el resultado de esta llamada se puede construir una nueva capa para añadirla al visor (addNodeToModel), y este proceso se repite con los sucesivos mapas que hubieran sido seleccionados.

12.4 Algoritmos más relevantes

En esta sección se documentan algunos de los algoritmos de implementación que pueden presentar más problemas para su interpretación. Los diagramas anteriores ofrecen el contexto en el que se insertan estos algoritmos, que se desarrollan a partir de algunos de los métodos visibles en los diagramas.

12.4.1 Construcción de la expresión y XML para la búsqueda

En este epígrafe se expanden alguna de las funciones que aparecen en el diagrama de comunicación de la sección 12.3.1. Comenzaremos por el desarrollo de la función busquedaClave, como ejemplo de construcción de una expresión de búsqueda, en este caso a partir de las opciones para palabras clave.

Estos algoritmos están descritos con pseudocódigo, cercano a las convenciones del lenguaje Java.



Página 104 de 118

busquedaClave: obtiene los datos necesarios para realizar la busqueda por palabra clave y crea la expresión de búsqueda correspondiente. function busquedaClave() var tipoFiltro = // qué tipo de búsqueda por palabras (todas, alguna, exacta) Asignar tipoFiltro según la selección del usuario var expresion; // expresión de búsqueda que se va construyendo Si tipoFiltro = “Al menos una palabra” expresion = cadena con todas las palabras introducidas por el usuario; expresión = Insertar operador ‘O’ (disyunción) entre cada par de palabras en expresión ObtenerSinonimo(expresion, tipoFiltro); // realiza expansión de sinónimos Si tipoFiltro = “Todas las palabras” expresion = cadena con todas las palabras introducidas por el usuario; expresión = Insertar operador ‘Y’ (disyunción) entre cada par de palabras en expresión ObtenerSinonimo(expresion, tipoFiltro); // realiza expansión de sinónimos Si tipoFiltro = “Frase exacta” expresion = cadena con todas las palabras introducidas por el usuario; // combinar con selección de fenómeno var exprFenomeno = Asignar según la selección de fenómeno del usuario Si exprFenomeno no es vacía exprFenomeno = Expandir los sinónimos en exprFenomeno expresión = expresión Y exprFenomeno ObtenerExpresion(expresion); // ejecuta búsqueda con expresión (ver siguiente) Fin function

Como se observa, la función anterior llama a ObtenerExpresion, que generará a partir de su argumento (una expresión de la forma “(A O B O C) Y (D O E O F)”) un árbol sintáctico binario, y llamará a EvaluarExpresion para generar el código XML compatible con el protocolo de búsqueda CSW, y ejecutará esta búsqueda.

ObtenerExpresion: A partir de una expresion genera un árbol sintáctico binario en forma de vector, llama a la función EvaluarExpresión para generar el XML y realiza la petición al servidor de catalogo correspondiente. var expr; function ObtenerExpresion(xml) Obtenemos el primer paréntesis cerrado Si existe parentesis cerrado //Buscamos el paréntesis abierto que corresponde al cerrado encontrado elem_ant = encontrarParentesisAnt(xml, pos_fin); //Guardamos la subexpresion entre los dos paréntesis expr[expr.length] = xml.substring(elem_ant+1,pos_fin); //Tenemos que sustituir la cadena por la expresion correspondiente cadena = SustituirPalabra(xml,expr[expr.length-1]); // Y continuamos recursivamente ObtenerExpresion(cadena); Si no // expresión sin paréntesis Buscamos si existen " Y ", guardando su posicion Buscamos si existen " O ", guardando su posicion Si existe " Y " //Mas prioritario Si encontamos una cadena acotamos la cadena a la expresion binomial y sustituimos la expresion binomial por la cadena expr+indice delvector cadena = cut[0] + " expr" + parseInt(expr.length-1)+ " " + cut[1]; ObtenerExpresion(cadena); // continuamos recursivamente Si no, si existen " O " (ya hemos eliminados las " Y ") Obtenemos la expresion binomial y sustituimos por la cadena expre+indice // del vector cadena = cut[0] + " expr" + parseInt(expr.length-1)+ " " + cut[1];



Página 105 de 118

ObtenerExpresion(cadena); Si ya no existen operadores Y ni O Guardamos la expresion final en expr // construimos la petición XML para el protocolo CSW var peticionXML = '<csw:GetRecords xmlns:csw="http://www.opengis.net/cat/csw" service="CSW" version="2.0.1" resultType="results" outputSchema="csw:IsoRecord" startPosition="1" maxRecords="'+maxRecords+'">'; peticiónXML += // concatenar cadenas '<csw:Query><csw:ElementSetName>full</csw:ElementSetName><csw:Constraint version="1.1.0">'; peticiónXML += // concatenar cadenas '<Filter xmlns="http://www.opengis.net/ogc" xmlns:gml="http://www.opengis.net/gml">'; peticiónXML += // concatenar cadenas EvaluarExpresion(expr); peticiónXML += '</Filter></csw:Constraint></csw:Query></csw:GetRecords>'; // Realizamos la peticion al catalogo Si buscamos solo en un nodo Obtenemos el numero de resultados lanzamos la petición de búsqueda con ‘peticiónXML’ Si no, Si buscamos en todos los nodos Obtenemos el numero de resultados de todos los servidores sumamos los numeros de resultados búscamos con ‘peticiónXML’ en el primer servidor que tiene resultados Fin si FIN expresión sin parentesis FIN

Como se observa, la función anterior llama a EvaluarExpresion, que genera la expresión XML para la búsqueda a partir del árbol sintáctico de la expresión:

EvaluarExpresion: se encarga de transformar la expresion de búsqueda a un xml (CSW) para realizar la petición al catalogo var result=””; // cadena que contiene el XML resultante function EvaluarExpresion(expresion) Si es la primera vez que entra a la función Si hay criterios de busqueda // Añadir filtro espacial Si existen coordenadas seleccionadas result += "<And>"; result += "<BBOX>"; result += "<PropertyName>ows:BoundingBox</PropertyName>"; result += "<gml:Envelope srsName=\"http://www.opengis.net/gml/srs/epsg.xml#63266405\">"; result += "<gml:lowerCorner>"+south+" "+west+"</gml:lowerCorner>"; result += "<gml:upperCorner>"+north+" "+east+"</gml:upperCorner>"; result += "</gml:Envelope>"; result += "</BBOX>"; Fin coordenadas seleccionadas //Filtro temporal Si existen fechas seleccionadas Si existe fecha de inicio result+="<PropertyIsGreaterThanOrEqualTo><PropertyName>dct:modified</PropertyName><Literal>"; result += fecha_ini+"</Literal></PropertyIsGreaterThanOrEqualTo>"; Fin existe fecha de inicio Si existe fecha de fin result += "<PropertyIsLessThanOrEqualTo><PropertyName>dct:modified</PropertyName><Literal>"; result += fecha_fin+"</Literal></PropertyIsLessThanOrEqualTo>";



Página 106 de 118

Fin existe fecha de fin Fin existen fechas seleccionadas Fin criterios de busqueda Fin primera vez que entra a la funcion Si la expresión contiene la conjunción Y result += "<And>"; Para cada cadena de expresiones separadas por Y Si contiene la cadena "expr" // Debemos profundizar en el siguiente hijo en el árbol var ind_y = aux_y[i].substr(aux_y[i].indexOf("expr")+4,aux_y[i].length); result += EvaluarExpresion(expr[parseInt(ind_y)]); Si no result += '<PropertyIsEqualTo><PropertyName>any</PropertyName><Literal>'+trim(aux_y[i])+'</Literal></PropertyIsEqualTo>'; Fin contiene la cadena "expr" Fin Para cada cadena de expresiones separadas por Y result += "</And>"; Si no, Si la expresion contiene la disyuncion "O" result += "<Or>"; Para cada cadena de expresiones separadas por O Si contiene la cadena "expr" Debemos profundizar en el siguiente hijo en el árbol var ind_o = aux_o[j].substr(aux_o[j].indexOf("expr")+4,aux_o[j].length); result += EvaluarExpresion(expr[parseInt(ind_o)]); Si no result += '<PropertyIsEqualTo><PropertyName>any</PropertyName><Literal>'+trim(aux_o[j])+'</Literal></PropertyIsEqualTo>'; Fin contiene la cadena "expr" Fin Para cada cadena de expresiones separadas por O result += "</Or>"; Si no // Expresion sin conjunciones ni disyunciones Si contiene la cadena "expr" Debemos profundizar en el siguiente hijo en el árbol var ind = expresion.substr(expresion.indexOf("expr")+4,expresion.length); result += EvaluarExpresion(expr[parseInt(ind)]); Si no result += '<PropertyIsEqualTo><PropertyName>any</PropertyName><Literal>'+trim(expresion)+'</Literal></PropertyIsEqualTo>'; Fin contiene la cadena "expr" Fin expresion sin conjunciones ni disyunciones return(result); Fin

12.4.2 Clasificación de resultados de la búsqueda

En este epígrafe se desarrolla el proceso de explotación de los resultados devueltos por el servidor de catálogo mediante el protocolo CSW, y que es por tanto continuación de los algoritmos que hemos visto en el punto anterior.



Página 107 de 118

La siguiente función se ejecuta una vez ObtenerExpresion ha obtenido el XML de respuesta del servidor. Esta función se usa cada vez que obtenemos nuevos resultados, tanto si es una nueva búsqueda como si se trata de conseguir más resultados en la misma búsqueda. //Contadores de resultados totales Var numberOfResults = 0; // todos var nResDocumentos = 0; // documentos var nResMapas = 0; // mapas function handleBusq(xmlRes) { //Esta función recupera la respuesta del servidor de catalogo (getRecords). //xmlRes contiene el XML de respuesta a la petición CSW realizada en ObtenerExpresion Si es primera búsqueda borramos los resultados anteriores Fin primera busqueda Si xmlRes no es vacio var nRes = parseInt(xmlRes.getElementsByTagName('numresults').item(0).firstChild.data); Sino var nRes = -1; // indica que no hay resultados Fin si existen resultados Si hay resultados en la busqueda numberOfResults = nRes; //Contadores de resultados segun el tipo Si es la primera búsqueda sobre los records del CSW, Reseteamos la paginación de resultados Reseteamos los valores de los contadores de resultados Si no lo es Actualizamos los valores de la pagina actual a paginar Si en la primera busqueda hubo error, no avanzamos la paginacion Fin si var resultados = xmlRes.getElementsByTagName('result'); //Elemento del interfaz web que contiene los Resultados Mapas var divMapasCuerpo; // Elemento del interfaz web que contiene los Resultados Documentos var divDocumentosCuerpo; Si es la primera búsqueda creamos el div contenedor de resultados Si no lo recuperamos Fin si Para todos los resultados // Comprobar el tipo de resultado tipo = resultados.item(iresult).getElementsByTagName("tipo").item(0); Si tipo tipo = tipo.firstChild.data; switch(tipo){ case "OGC:WMS-1.1.1-http-get-capabilities": case "OGC:WMS-1.1.1-http-get-map": flag_Mapas = true; // se trata de un mapa WMS nResMapas++; //tenemos un resultado mas de tipo mapa Si el resultado actual es menor que el límite de paginación añadimos un item a la tabla Si no ajustamos variables de paginacion cerramos la tabla y el div de la paginacion creamos el nuevo div de paginacion y tabla Fin si break;



Página 108 de 118

case "WWW:LINK-1.0-http--link": flag_Documentos = true; // se trata de un enlace a documento nResDocumentos++; Si el resultado actual es menor que la paginación añadimos un item a la tabla Si no ajustamos variables de paginacion cerramos la tabla y el div de la paginacion creamos el nuevo div de paginacion y tabla Fin si break; Fin //switch(tipo) Fin si tipo Fin para todos los resultados Si hay mapas Si había un mensaje “No hay resultados”, lo eliminamos Si no se añadieron los ultimos items al no cambiar de pagina, los cerramos Si hay más resultados que los que caben en una pagina, activamos paginación Fin si hay mapas Si hay documentos Si había un mensaje “No hay resultados”, lo eliminamos Si no se añadieron los ultimos items al no cambiar de pagina, los cerramos Si hay más resultados que los que caben en una pagina, activamos paginación Fin si hay documentos Si no hay resultados de mapas y si de documentos, Activamos la pestaña de documentos Si no Activamos la pestaña de mapas Fin si Actualizamos la cabecera de Resultados Ajustamos los enlaces a las diferentes páginas de resultados Si se busca en todos los nodos Ajustamos la paginación por nodo Fin si Mostramos los resultados en el interfaz web FIN



Página 109 de 118

12.4.3 Sincronización de configuraciones

Otro algoritmo que merece especial mención es la sincronización de configuraciones del modelo de búsqueda, es decir, la aceptación condicional de cambios de la configuración del modelo de búsqueda realizadas en otros nodos.

Para realizar esta sincronización, el administrador del nodo donde se realizaron los cambios tiene que exportar su configuración a un archivo de tipo .backup utilizando la opción de “Exportar configuración” en la herramienta de administración. Por otro lado, el administrador del nodo en el que se desea importar esos cambios utilizará la opción de “Sincronización de configuraciones” para ver cuáles son las diferencias entre el archivo de configuración generado desde otro nodo, y la propia configuración almacenada en la base de datos de su nodo.

Para examinar y seleccionar las diferencias que desea aceptar, el administrador verá para cada tabla del modelo de búsqueda tres tipos de diferencias:

• Registros borrados. Palabras, temas, preguntas, etc. que existen en la configuración actual del nodo pero no aparecen en la configuración del archivo externo.

• Registros modificados. Existen en ambas configuraciones, pero aunque tienen el mismo valor en el campo primario, difieren en el valor de otro(s) campo(s).

• Registros nuevos. Existen en la configuración del archivo importado, pero no en la actual.

Los campos que se comparan aparecen en esta lista para cada tabla (el primer campo en cursiva es el que se considera primario):

• fenomeno: nombre, expresion, valido, descripción • palabra: keyword, descripción • sinonimo: sinonimo, keyword • proceso: nombre, valido, descripcion • tema: nombre, area, fecha, expresion, valido, descripcion • rol: nombre, valido, descripcion • tarea: nombre, valido, descripción • pregunta: nombre, expresion, area, fecha, valido, descripcion

El algoritmo general sería el siguiente:

Para cada tabla de configuración Ti de un total N

Mostrar “Diferencias detectadas en tabla”, Ti, “de un total de “, N, (nombre de Ti)

Para cada tipo de diferencia (borrados, modificados, nuevos) seleccionado

Mostrar “Registros “, tipo

Mostrar tabla de registros con este tipo de diferencia

Aplicar los cambios en los registros que seleccione el usuario

Siguiente tipo

Siguiente tabla



Página 110 de 118

Para poder comparar los registros del archivo externo con los registros actualmente presentes en la base de datos local (cuyo nombre es “predecan”) se utiliza una base de datos auxiliar también en el nodo local, donde se cargan temporalmente los registros del archivo externo. Veamos ahora cómo se encuentran los registros de cada tipo (borrados, nuevos y modificados) para una tabla dada. Function getDeletedIds(){ // OBTIENE LISTA DE REGISTROS BORRADOS //obtengo un iterador sobre los ids de la tabla local iterador_local = getDbTemp().getId(table) //para todos los ids locales compruebo si existen en la tabla temporal (externa) while(iterador_local.hasNext()){ idlocal = iterador_local.siguiente //obtengo nombre de registro local para comparar comp1 = getRecordById(idlocal); notdeleted = false; //suponemos en principio que no existe, o sea, está borrado //obtengo un iterador sobre ids de la tabla temporal iterador_temp = getDbTemp().getId(table) //compruebo si el registro local es igual a uno remoto (si existe o no) while(iterador_temp.hasNext()){ idtemp = iterador_temp.siguiente //obtengo nombre de registro remoto para comparar mp2 = getRecordsById(idtemp) co if (comp1.equals(comp2)){ // ha encontrado un registro igual, luego sí existe ed = true; notdelet continue; } } if (notdeleted == false) { //si no existe, lo añadimos a la lista de borrados resultado.add(idlocal); } } return resultado; }//fin de getDeletedIds() Function getAddedIds(){ // OBTIENE LISTA DE REGISTROS NUEVOS/AÑADIDOS // EL ALGORIMO ES SIMILAR, PERO SE INVIERTEN LAS TABLAS //obtengo un iterador sobre los ids de la tabla temporal iterador_temp = getDbTemp().getId(table) //para todos los ids temporales compruebo si existen en la tabla local while(iterador_temp.hasNext()){ idtemp = iterador_temp.siguiente //Obtengo nombre de registro externo para comparar comp1 = getRecordById(table); isadded = true; //suponemos en principio que no existe, o sea, es nuevo // obtengo un iterador sobre ids de la tabla local iterador_local = getDbLocal().getId(table); / ruebo si el registro remoto es igual a uno local (si existe o no) /comp while(iterador_local.hasNext()){ idlocal = iterador_local.siguiente mp2 = getRecordById(table); //obtengo nombre de registro local para comparar co if (comp1.equals(comp2)){ // ha encontrado un registro igual, luego no es nuevo = false; isadded continue; }



Página 111 de 118

} if (isadded) { //si no existe, lo añadimos a la lista de nuevos resultado.add(idtemp); } } return resultado;

}//fin de getAddedIds() Function getModifiedIds(){// OBTIENE LISTA DE REGISTROS MODIFICADOS //obtengo un iterador sobre los ids de la tabla local iterador_local = getDbLocal().getId(table) //para todos los ids locales compruebo si existen -modificados- en la tabla temporal while(iterador_local.hasNext()){ idlocal = iterador_local.siguiente //obtengo nombre de registro local para comparar comp1 = getRecordById(table); ismodified = false; //suponemos en principio que no es un registro modificado // obtengo un iterador sobre ids de la tabla temporal iterador _temp = getDbTemp().getId(table) //compruebo si el registro local tiene el mismo campo primario que uno remoto //pero difiere en otro(s) campo(s) while(iterador_temp.hasNext()){ idtemp = iterador_temp.siguiente //obtengo nombre de registro remoto para comparar comp2 = getRecordById(table) cuando los campos primarios coinciden, compruebo si el resto de campos son iguales // if (comp1.equals(comp2)){ her = othercolumns.iterator(); it_ot while (it_other.hasNext()){ aux_namecolumn = it_other.siguiente comp3 = getRecordById(table) comp4 = getRecordById(table) //si los campos son distintos, marco el registro local como modificado if (!comp3.equals(comp4)){ ismodified = true; continue; } } continue; } } if (ismodified == true) { //si se ha marcado como modificado, lo añadimos a la lista resultado.add(idlocal); } } return resultado; }//fin de getModifiedIds()

Una vez tenemos la lista de identificadores de cada tipo, dejamos que el usuario seleccione los que desea aceptar, y entonces es sencillo aplicar los cambios sobre la base de datos local llamando a los operadores para borrar, añadir o modificar registros.



Página 112 de 118

12.5 Descripción de los paquetes de código fuente

La aplicación GEORiesgo consiste en cuatro proyectos que se corresponden con componentes de sistema (ver 12.2: Diagramas de componentes):

• Predecan: contiene toda la estructura general de la aplicación GEORiesgo, incluyendo el sistema de búsqueda, acceso a bases de datos y a su vez actúa como contenedor de los otros tres módulos.

• IDESiagpad: contiene toda la estructura del visor geográfico implementada con la librería MapBuilder 1.4.

• WsCatalogNomenclator: contiene las clases y librerías para la conexión con servidores de catálogo y nomenclátor (búsqueda de topónimos).

• MiniMap: contiene un visor con herramientas básicas de navegación y encuadre para poder realizar restricciones geográficas en la búsqueda.

La herramienta de administración del modelo de información se implementa en un proyecto independiente: AdminPredecan.

12.5.1 Estructura general de proyectos Java En los proyectos desarrollados con tecnología Java, como es el caso de los mencionados, se crea una estructura de paquetes organizados jerárquicamente mediante la notación X.Y.Z… Uno de los objetivos de esta notación es identificar unívocamente cada elemento del proyecto Java (clases, librerías, etc.) para que no haya posibilidad de colisión con otros instalados en el mismo sistema. Por ejemplo, si utilizamos una clase Boton en nuestro proyecto, podría colisionar con otra clase Boton instalada en el sistema, por lo que cada una se identifica por el paquete al que pertenece.

La práctica común es comenzar por el paquete com (para desarrollos comerciales, no asociados al sistema Java en sí), seguido por un identificador del desarrollador (en este caso, iver), el nombre del proyecto, el tipo de componente (lib, src, etc.) y así hasta llegar a cada clase, que se implementa en un archivo específico.

Por esta razón dentro del proyecto aparecen paquetes con largos nombres. Por otro lado, Java crea una estructura de carpetas con los mismos nombres de los paquetes. Así, dentro de un proyecto X se encontrarán carpetas anidadas con los mismos nombres que los paquetes (com, dentro de la cual estará iver, dentro de la cual estará predecan, etc.).



Página 113 de 118

12.5.2 Proyecto Predecan Este proyecto contiene todo el desarrollo principal de la aplicación GEORiesgo; el diseño del portal web, gestión de opciones de búsqueda, generador de expresiones de búsqueda, configuración del servidor, gestor de noticias RSS, envío de contribuciones, conexiones con la base de datos, cálculo de estadísticas, etc.

La estructura de este proyecto en paquetes es:

• com.iver.predecan contiene CrearXml.java como servlet encargado de leer y mostrar por pantalla cualquier XML de respuesta

• com.iver.predecan.busqueda contiene todos los servicios web encargados de obtener de la base de datos los listados de búsquedas asistidas, fenomenos, servidores de catálogo, Temas y Sinonimos.

• com.iver.predecan.configuracion contiene un servicio web y su tratamiento de excepciones para cargar los ficheros de configuración del servidor (ficheros properties)

• com.iver.predecan.mail contiene los servlets para poder enviar correos a traves del portal.

• com.iver.predecan.rss contiene servicios web para publicar las noticias locales mediante RSS y para leer servicios RSS de noticias desde otros servidores.

• com.iver.predecan.dataconnection contiene implementadas todas las utilidades necesarias para manejar la gestión de bases de datos del sistema.

Unos archivos concretos importantes a mencionar serian los contenidos en la carpeta lib:

• busquedas.js: Contiene funciones necesarias para realizar la carga de los datos en la página a partir de la base de datos.

• catalogo.js: Contiene funciones necesarias para realizar las búsquedas en catálogos según el estandar CSW.

• const.js: contiene las URLs de configuración en la parte del cliente. • general.js: funciones de utilidad general. • resultado.js: Contiene funciones necesarias para formatear, filtrar, agregar a mapa y

visualizar los resultados obtenidos de la búsqueda.



Página 114 de 118

Como los demás proyectos, los componentes del interfaz web están contenidos en la carpeta WebRoot. Dentro del proyecto predecan existen también las dependencias (incluye a) los demás proyectos que componen la aplicación GEORiesgo.

12.5.3 Proyecto MiniMap

Se trata de un pequeño proyecto que contiene un minivisor geográfico implemetado en MapBuilder 1.5, utilizado para realizar restricciones espaciales en la página de búsqueda.

12.5.4 Proyecto IDESiapad

Este proyecto contiene toda la implementación para realizar peticiones a servidores de topónimos, nuevos servidores de mapas (peticiones WMS), herramientas de navegación, información de capas, medidas de areas y distancias, y la posibilidad de guardar y cargar contexto y añadir las capas como de los resultados de búsqueda. Todo esto se ha implementado utilizando como estructura principal la de MapBuilder 1.4.



Página 115 de 118

El cliente web se ha desarrollado, como se ha comentado, basándose en Mapbuilder, una librería Javascript open source distribuida bajo la licencia LGPL, que permite desarrollar clientes de mapas web avanzados que accedan a servidores de mapas que implementen los protocolos WMS y WFS.

Además, permite al usuario guardar la configuración de los mapas siguiendo el estándar WMC (Web Map Context). Mapbuilder está desarrollado utilizando las siguientes tecnologías:

• Javascript • AJAX • XSL • CSS

Como paquetería a destacar de este proyecto tenemos:

mapbuilder contiene los servicios web para parsear los csw de respuesta, y varias implementaciones de proxys para las diversas peticiones como la propia petición de catalogo, peticiones WMS, impresión por pantalla, guardar y cargar contextos.

dataconnection contiene la especificación de conexiones a bases de datos.



Página 116 de 118

12.5.5 Proyecto wsCatalogNomenclator

Este proyecto implementa todo el acceso a servidores de catalogo con soporte a los protocolos CSW, Z3950 y SRU/SRW. Y el acceso a servidores de topónimos con soporte a los protocolos WFS, WFS-G, ADL e IDEC/SOAP. Este proyecto ha sido implementando reutilizando las paqueterías de catálogo y nomenclátor de del proyecto gvSI pero transformándolas para utilizar servicios web.



Página 117 de 118

12.5.6 Proyecto AdminPredecan

Este proyecto incluye toda la parte de administración del portal: gestión de usuarios, búsquedas (fenómenos, palabras clave, procesos, temas, perfiles, tareas, preguntas, fuentes de búsqueda, estadísticas, administración del catálogo local, noticias e importación y exportación de la base de datos.



Página 118 de 118

Para describir la estructura de cada uno de los servlets utilizados en la herramienta de administración con sus respectivas restricciones de contenidos se ha utilizado XSD. Cada uno de los XSD contiene la especificación de la clase necesaria con sus atributos para tratar la administración de su tabla en la base de datos todo encapsulado en el paquete com.iver.predecan.admin

Como en todos los proyectos contiene un paquete específico dataconnection para el acceso a la base de datos con tratamiento de excepciones.

diseño del sistema de información andino · pdf filediseño del sistema de...

Documents