autorizada la entrega del proyecto del alumno: inÉs dÍaz ...haya disponibilidad de datos. se...

Autorizada la entrega del proyecto del alumno:

INÉS DÍAZ MORA

El Director del Proyecto:

D. LUIS REINA JULIÁ

Fdo.: ……....................…........……...

Fecha: 14 /09 /2007

Vº Bº del Coordinador de Proyectos:

D. DAVID CONTRERAS BÁRCENAS

Fdo.: ......................................................................... Fecha: 14 /09 /2007

PROYECTO FIN DE CARRERA

ANÁLISIS, DISEÑO E IMPLEMENTACIÓN DE UN SISTEMA DE INFORMACIÓN GEOGRÁFICA (SIG).

DIAGNÓSTICO INTEGRAL DE LA ACTIVIDAD

VOLCÁNICA.

AUTOR: INÉS DÍAZ MORA. DIRECTOR: D. LUIS REINA JULIÁ.

MADRID, Septiembre 2007

UNIVERSIDAD PONTIFICIA COMILLAS

ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA (ICAI)

INGENIERO TÉCNICO EN INFORMÁTICA DE GESTIÓN

A mis padres, mi hermano y a ti por tu apoyo.

Análisis, Diseño e Implementación de un Sistema de Información Geográfica.

Diagnóstico de la actividad volcánica

I

RESUMEN



II

Se ha desarrollado un Sistema de Información Geográfica (SIG) que permite

realizar el diagnóstico integral de la actividad volcánica.

El SIG realiza el diagnóstico de la actividad volcánica, integrando cada una de

las áreas que intervienen en el proceso tales como sismología, fisicoquímica y

deformación. Otras áreas también se pueden incluir en el sistema, siempre y cuando

haya disponibilidad de datos.

Se propone un método sencillo de evaluación de la actividad, basado en reglas

de diagnóstico que se encuentran previamente definidas en la base de datos, y niveles de

actividad. El sistema obtiene la información de las diferentes áreas (sismología,

fisicoquímica y deformación). El SIG asigna el nivel al que corresponda el resultado de

la evaluación mediante dos diferentes formas de diagnósticos posibles; temporal

(usando rango de fechas y combinaciones de parámetro s de las diferentes áreas),

espacial (definiendo un sector geográfico dividido en nodos y combinando parámetro s

de las diferentes áreas para cada nodo).

Tanto las reglas para realizar la evaluación como los niveles de actividad

existentes en la base de datos pueden ser modificados y se pueden crear nuevas reglas

para ser aplicadas al diagnóstico.

La utilización de los sistemas de información geográfica (SIG) para esta tarea,

garantiza precisión e integridad de la información involucrada, la reducción en el

tiempo de realización del proceso, la ubicación de los resultados geográficamente, la

posibilidad de combinar espacialmente los datos y la posibilidad de contar con la

información de eventos pasados de manera instantánea y ordenada.

Las herramientas computarizadas como los SIG, procuran por el mejoramiento

de la calidad y el tiempo de procesos rutinarios como la vigilancia volcánica, que en

este caso son de gran importancia para la tranquilidad de la comunidad en general.



III

ABSTRACT



IV

A Geographic Information System (GIS) to make a diagnosis of the volcanic

activity, based on information collected at a Volcanological observatory war Developer.

The GIS makes the diagnosis of the volcanic activity, gathering each of the areas

and disciplines involved in the surveillance process, such as seismology, physic-

chemistry, and deformation. Any other area can be included in the application if data are

available.

A new simple method for the evaluation of the volcanic activity is proposed.

The method is based on rules of diagnosis defined previously in the database, and levels

of activity. The system obtains the information of the different areas used for volcanic

surveillance (seismology, physic-chemistry, and deformation). The system assigns the

level to which corresponds the result of the evaluation, using three different ways of

diagnosis available: temporal diagnosis (using a range of dates and combination of

parameters of the areas), spatial diagnosis (defining a geographic sector divided into

nodes, and combining parameters of the areas for each node).

The rules to make the evaluation as well as the activity levels defined in the DB

can be modified by the user. New rules to be used for the diagnosis can be created too.

The use of GIS systems for this task, guarantees precision and integrity of the

involved information, the reduction in the time of the process, the spatial location of the

results, the possibility to combine the data and the possibility to have the information of

past events in an instantaneous and organized way.

The computerized tools such as GIS attempt for the improvement of quality and

time of routine processes, such as volcanic monitoring, that are very important for the

calm of community.



V

ÍNDICE



VI

1.- DEFINICIÓN DEL PROBLEMA………… …..………………………….…......1

2.- INTRODUCCIÓN……….………………………………………………….……4

2.1.- JUSTIFICACIÓN…..…………………………………………………….…….5

2.2.- MARCO TEÓRICO……………………………………………………………7

2.2.1.- SISTEMAS DE INFORMACIÓN GEOGRÁFICA………………….7

2.2.2.- ACTIVIDAD VOLCÁNICA…………………..………….…………..12

3.- IDENTIFICACIÓN DE NECESIDADES…………….……………………… .15

3.1.- PLAN DE PROYECTO……………………………………………………….22

3.2.- PLAN DE CALIDAD……………………………………… ………………….24

3.3.- DOCUMENTO DE CONCEPTOS DEL SISTEMA………………………...26

3.3.1.- OBJETIVOS DEL SISTEMA…………………..................................26

3.3.2- ALCANCE DEL SISTEMA……………………...…………………...27

3.3.3.- TIPOLOGÍA DE LOS USUARIOS FINALES…………………...…28

3.3.4.- RESTRICCIONES…………………..……………………………….28

3.3.5.- ORGANIZACIÓN Y FUNCIONES EMPRESARIALES……...…...29

4.- ANÁLISIS DE REQUISITOS……………………………...…………….…….31

4.1.- RECONOCIMIENTO DEL PROBLEMA…………………………… …..….33

4.1.1.- ÁMBITO DEL PROYECTO …………………………………..……..34

4.1.2.- CONTEXTO GENERAL DEL SISTEMA……….………….……….35

4.1.3.- UNIDADES DE LA ORGANIZACIÓN……….………….………….36

4.1.4.- FUNCIONES PRIMARIAS AFECTADAS. TÉCNICA MATRICIAL:

MATRIZFUNCIONES – ÁREAS……………………………...……………39

4.2.- LISTA DE FUNCIONES DEL SISTEMA ACTUAL……………….… …….40

4.2.1.- LISTA DE FUNCIONES DEL MODELO FÍSICO Y LÓGICO ACTU..….40



VII

4.3.- LISTA DE REQUISITOS……………………………………….…..…………41

4.4.- LISTA DE FUNCIONES LÓGICAS DEL NUEVO SISTEMA… ………......43

4.5.- MODELO LÓGICO DEL NUEVO SISTEMA…………………………… .....43

4.5.1.- NIVEL CONTEXTUA…………………………………………..……………..44

4.5.2.- NIVEL CONCEPTUAL……………………………………………...…….…..45

4.6.- DICCIONARIO DE DATOS DEL NUEVO SISTEMA ……………… ……...46

4.6.1.- FLUJO DE DATOS:…………...………………………………………46

4.6.2.- ALMACENES……………………………………………………….....47

4.7.- DIAGRAMAS ENTIDAD/RELACIÓN: DER………………………...…… …48

4.7.1.- CLIENTES……………………..………………………………………48

4.7.2.- SISMOS………………………...……………………….……………...50

4.7.3.- ACTIVIDAD………………………..………………….……………….52

4.7.4.- SITUACIÓN………………………..…………………….…………….54

4.7.5.- DIAGRAMA ENTIDAD RELACIÓN…………………………………56

5.- ESTUDIO DE LA ARQUITECTURA………………………...…………………57

5.1.- DISEÑO DE LA ARQUITECTURA I-ÉSIMA……………… ………………..60

5.1.1.- DIAGRAMA DE PRESENTACIÓN DE LA ORGANIZACIÓN..……60

5.1.2.- DIAGRAMA DE PRESENTACIÓN DE LA APLICACIÓN……..…..63

5.1.3.- ESPECIFICACIÓN DE COMPONENTES BÁSICOS DE LA

APLICACIÓN…………….…………………………………………………....64

5.2.- ARQUITECTURA DATA WAREHOUSE…… ………...…………………….66

5.3.- EVALUACIÓN DE LAS ALTERNATIVAS………………...……………… ..70

5.3.1.- PARÁMETROS A VALORAR……………………..…………………..70

5.3.2.- PESO RELATIVO DE LOS PARÁMETROS……...............................80

5.3.2.1.- EVALUACIÓN ORGANIZATIVA, OPERATIVA……...….81

5.3.2.2.- EVALUACIÓN ECONÓMICA…………………………...…84

5.3.3.-VALORACIÓN DE ALTERNATIVAS…………………………………87

5.3.4.- PONDERACIÓN………………………………...……………………..91



VIII

5.3.5.- SELECCIÓN……..…………………………………….……..……….95

5.4.- PLANIFICACIÓN DEL PROYECTO………………...…………… …………96

6.- DISEÑO EXTERNO ………………………………………………………...…...97

6.1.- DESARROLLO DEL MODELO FÍSICO NUEVO………………..…… .….100

6.1.1.- FRONTERAS DE MECANIZACIÓN ……………………………...……….101

6.1.2.- ESPECIFICACIÓN DE PROCESOS…………………………...…………..103

6.1.2.1.- INTRODUCCIÓN DE PASSWORD Y CONTRASEÑA …..……..104

6.1.2.2.- ALTA DE CLIENTE …………………………..…………………...105

6.1.2.3.- RECOPILACIÓN DE LA INFORMACIÓN MEDIANTE

VIGILANCIA VOLCÁNICA Y TÉCNICAS DE MONITORE..……106

6.1.2.4.- ALMACENAMIENTO DE LA INFORMACIÓN EN LA

BASE DE DATOS……………… ………………………….………..107

6.1.2.5.- ACTUALIZACIÓN POR PARTE DEL ADMINISTRADOR

DE LA BASE DE DATOS……………..…………………………….108

6.1.2.6.- SOLICITUD DEL SERVICIO………………………………………109

6.1.2.7.- EJECUCIÓN DE LA APLICACIÓN……………………………….110

6.1.2.8.- PRESENTACIÓN DE LA APLICACIÓN POR PANTALLA….….111

6.1.3.- DISEÑO DE ENTRADAS: INTERFAZ DE USUARIO (E/S)………….…..112

6.1.3.1.- PANTALLAS ………………………..…………………….………..113

6.1.4.- DISEÑO DE SALIDAS …………………………………………..………….124

6.1.4.1.- VENTANAS DE SALIDA ………………………………..………..125

6.1.5.- ESTIMACIÓN DE VOLÚMENES DE INFORMACIÓN:

DETERMINACIÓN DE ENTIDADES Y PROCESOS CRÍTICOS…….…129

6.1.6.- PROCESO DE CONTROL, SEGURIDAD Y AUDITABILIDAD ………....136

6.1.6.1.- PROCESOS DE CONTROL ………………………………….……137

6.1.6.2.- SEGURIDAD DE LA INFORMACIÓN ………………..…………139

6.1.6.3.- AUDITABILIDAD DEL SISTEMA……………………………….139



IX

6.2.- MODELO LÓGICO DE DATOS… ………………………………………….142

6.3.- PLANES DE FORMACIÓN, PRUEBAS, IMPLANTACIÓN Y

CONVERSIÓN……………………………………………………………………....146

6.3.1.- PLANES DE FORMACIÓN………………………………………….146

6.3.2.- PLANES DE PRUEBAS……………….……………………………..147

6.3.3.- PLANES DE IMPLANTACIÓN……………………………………...148

6.3.4.- PLANES DE CONVERSIÓN………………………………………...148

7.- DISEÑO INTERNO………..……………………………………………….……149

7.1.- SUBSISTEMA BATCH…………………………...…………………………..152

7.1.1- DIAGRAMA HIPO……………………….…………………………..154

7.1.2- CUADERNOS DE CARGA …………………………...…………...…157

7.2.- SUBSISTEMA ON-LINE………..…………………….………………………161

7.2.1- ESTRUCTURA DE MENÚS Y PANTALLAS………………………..162

7.2.2- DIGRAMA DE ESTRUCTURAS ……………………………...……..163

7.3.- PLAN DE PRUEBAS, IMPLANTACIÓN, FORMACIÓN Y

CONVERSIÓN……………………………………………………………………...164

7.3.1.- PLAN DE PRUEBAS……………………………………..…...……..164

7.3.1.1.- DESCRIPCIÓN DEL PLAN DE PRUEBAS……….…...….165

7.3.1.2.- IDENTIFICACION DE LAS CARACTERÍSTICAS DE LAS

PRUEBAS ………………………………….………………….……...165

7.3.1.3.- DATOS Y FICHEROS A UTILIZA………………….…… 166

7.3.1.4.- FUNCIONES DE PRUEBA…………………………………166

7.3.2.- PLAN DE IMPLANTACIÓN……………………….……...….……..167

7.3.3.- PLAN DE FORMACIÓN Y CONVERSIÓN………………………...168



X

8.- PROGRAMACIÓN…………………………………………… ………………..169

8.1.- SOFTWARE DEL SISTEMA DESARROLLADO… ………………………171

8.1.1.- INTRODUCCIÓN……………………………………………………..……...171

8.1.2.- ¿QUÉ ES DB2?.................................................................................................172

8.1.2.1.- CARACTERISTICAS DE DB2……………………………………..173

8.1.2.2.- NOVEDADES DE DB2 v9………………………………………….174

8.1.2.3.- ACESOS DE DATOS…………………………….………………....175

8.1.2.4.- PROTECCIÓN DE DATOS………………………………………..176

8.1.2.5.- ADMINISTRANDO BASE DE DATOS……………………...……177

8.1.3.- SEGURIDAD EN DB2……………………………….……………….……...178

8.2.- MANUAL DE USUARIO………………………………………….…………..180

8.2.1.- INTRODUCCIÓN…………………………………..…………………….…..180

8.2.1.1.- OBJETO DE LA APLICACIÓN……...…………………………….180

8.2.1.2.- ÁMBITO DE LA APLICACIÓN……………..…………………….181

8.2.1.3.- DOCUMENTACIÓN RELACIONADA…………..……………….181

8.2.2.- DESCRIPCIÓN GENERAL DEL SISTEMA…………..….………………..182

8.2.2.1.- ENTORNO DE TRABAJO…………………………………………182

8.2.2.2.- PERFILES O ROLES DE USUARIO…………………..…………..182

8.2.2.3.- FUNCIONAMIENTO DEL SISTEMA……………………………..183

8.2.3.- FUNCIONALIDADES DEL SISTEMA: FUNCIÓN DE NEGOCIO…...…185

8.2.3.1.- DESCRIPCIÓN DE LA FUNCIONALIDAD………………………185

8.2.3.2.- PERFILES DE USUARIOS AUTORIZADOS ………………….…185

8.2.3.3.- OPERATIVA DE LA FUNCIÓN………………...…………………186

8.2.4.- ANEXOS…………………...………………………………………………….186

8.2.4.1.- INCIDENCIAS MÁS FRECUENTES….…………………………...186

8.2.4.2.- DESCRIPCIÓN DE VENTANAS …………………….……………187



XI

9.- PRUEBAS DEL SISTEMA……………………..……..……………………....197

9.1.- EL ENTORNO DE PRUEBAS O CERTIFICACIÓN…………………..…199

9.2.- TIPOS DE PRUEBAS ………………………….………………………..…..200

9.2.1.- PRUEBAS DE ENCAMINAMIENTO…………………………..….202

9.2.2.- PRUEBAS DE INTEGRACIÓN………………………………...…..203

9.2.3.- PRUEBAS DE EXPLOTABILIDAD DEL SISTEMA…..…….……204

9.2.4.- PRUEBAS DE SEGURIDAD……….………………………...……..204

9.2.5.- PRUEBAS DE SOBRECARGA……..……………………………….205

9.2.6.- PRUEBAS DE RENDIMIENTO…………………………………….206

9.2.7.- PRUEBAS DE REGRESIÓN………………………………………..206

9.2.8.- PRUEBAS DE ACEPTACIÓN DE USUARIO……………..………207

9.2.9.- PRUEBAS DE USABILIDAD………………….……………..…….208

9.3.- MANUAL DE INSTALACIÓN Y CONFIGURACIÓN……...……… ……..210

10.-IMPLANTACIÓN..………………………………… ………………………….211

10.1.- PRUEBAS DE IMPLANTACIÓN ……………….…………………………213

10.2.- SISTEMA DE EXPLOTACIÓN…………………………………………….214

11.- CONCLUSIONES…………………………………………………………….215

BIBLIOGRAFÍA…… ……………………………………………………………….216

ANEXOS……………………………………………………………………………..218

ANEXO I. INSTALACIÓN DE DB2 v9 ENTERPRISE SERVER E DITIO........219

ANEXO II. INSTALACIÓN DE ARC EXPLORER………………… …..….…...224



1

1.- DEFINICIÓN DEL PROBLEMA



2

1.- DEFINICION DEL PROBLEMA

Un Sistema de Información Geográfica (SIG) es un sistema de computación que

utiliza información locacional, tal como domicilios, números de lotes, distritos

electorales, o coordenadas de longitud y latitud, para mapear información para mejor

análisis. Con un SIG, uno puede mapear clientes para estudiar demografía, buscar

patrones en la forma en que se dispersa un a enfermedad, modelar el paso de la

contaminación atmosférica, y mucho más.

Un SIG puede mapear cualquier información almacenada en bases de datos, que

tenga un componente geográfico que permita ver patrones, relaciones y tendencias, que

no pueden verse en formato de tabla o lista. Da una perspectiva totalmente nueva y

dinámica de la información, y ayuda a tomar mejores decisiones. Un SIG puede ser un

mayor soporte que la producción de mapas estáticos, aunque pueden producirse

hermosos mapas con esta herramienta.

Hoy en día, es común utilizar los sistemas de información geográfica en una

gran diversidad e actividades; desde el trazado básico de mapas hasta la exploración y

desarrollo de recursos; desde la ordenación del medio ambiente hasta la planificación y

administración de los sistemas de transporte y telecomunicaciones, de la infraestructura

de servicios públicos, del desarrollo urbano y de la explotación del terreno,

convirtiéndose en un importante elemento en la recopilación de datos espaciales.



3

En el caso de la vigilancia volcánica, el diagnóstico del nivel de actividad de los

volcanes, es una de las tareas primordiales que se realizan de manera rutinaria. Sin

embargo, la evaluación de la actividad no es tarea sencilla, dado que se requiere de la

integración de diferentes áreas o disciplinas tales como Sismología, Geoquímica,

Deformación y Geología, entre otras.

Dado el caso de una empresa que no cuente con un sistema informático que

integre todas estas áreas se creará un prototipo de sistema de manera que se pueda

obtener un diagnóstico más acertado y confiable de la actividad. Normalmente la

evaluación se hace de manera independiente para cada una de las áreas y sin integrar la

información de manera apropiada y oportuna o sincrónica. Cada una de estas áreas

maneja variables diferentes, con rangos y escalas igualmente distintos. Esta situación

hace que la evaluación de la actividad volcánica en un momento determinado sea más

compleja. La utilización de un SIG para compilar e integrar todas estas variables en un

solo sistema, permitiría una evaluación más confiable y con más argumentos que la que

se tendría analizando los parámetros individualmente.

La vigilancia de los volcanes es de por sí, una tarea multidisciplinaria que

requiere de cuidadosos análisis para la toma de decisiones que involucra no sólo

recursos económicos y físicos sino también humanos. Si se cuenta con un sistema que

permita la integridad de los diferentes parámetros que se utilizan en la vigilancia

volcánica, las decisiones que se tomen a nivel de la actividad volcánica podrán ser más

ágiles, confiables y oportunas.



4

2.- INTRODUCCIÓN



5

2.- INTRODUCCIÓN

2.1- JUSTIFICACION

Hay observatorios vulcanológicos, donde no se cuenta con un sistema de

información adecuado para el análisis integrado de todos los parámetros involucrados

en el monitoreo de un volcán y donde dicha información no se encuentre unificada, sino

que cada área trabaja de manera independiente su información.

Por eso se hace necesario que la información recopilada en dicho instituto

pueda ser almacenada y consultada de manera eficaz en cualquier momento. Una

solución a esta necesidad es la implementación e implantación de un Sistema de

Información Geográfica específico para este fin.

El sistema facilita la manipulación de la información anteriormente descrita, y

además presta ayuda en la toma de decisiones al momento de analizar la actividad

volcánica.

La tecnología de los Sistemas de Información Geográfica proporciona a los

usuarios una potente herramienta con la que pueden archivar, manipular, integrar,

analizar y visualizar las características espaciales y las estadísticas del cúmulo de datos

que se recopilan de manera rutinaria, logrando de ésta manera una mayor eficacia y

eficiencia a la hora de producir resultados. Además la toma de decisiones se puede

hacer con mayores argumentos.



6

En la literatura consultada no se encontraron referencias acerca del diagnóstico

integral de la información volcánica en el mundo.

Contar con un sistema informático que ayude en la evaluación de la actividad

volcánica contribuye de manera importante en las tareas rutinarias de un observatorio

Vulcanológico, dada la gran cantidad de información que estos manejan, y la dificultad

que existe a la hora de combinarla, integrarla y obtener resultados confiables sobre el

nivel de actividad de un volcán. El presente desarrollo se convierte entonces en un

trabajo pionero en este campo y servirá como plataforma para que muchos otros

trabajos de este mismo tipo se desarrollen posteriormente, con miras a que en un futuro

no muy lejano se pueda predecir una erupción volcánica con mucha precisión.



7

2.2.- MARCO TEÓRICO

2.2.1.- SISTEMA DE INFORMACIÓN GEOGRÁFICA

Un SIG no es exclusivamente un programa de computador, sino un conjunto de

componentes interrelacionados a saber: equipos, programas, bases de datos y recursos

humanos.

• Equipos: compuestos por el computador y sus diferentes dispositivos periféricos,

incluyendo dentro de ellos los que permitan la entrada y salida de la información

geográfica en diversos medios y formas.

• Programas: Son los conjuntos de comandos especializados que actúan sobre la

información e incluyen los procedimientos de aplicación diseñados por los

usuarios; así, para ser efectivos estos programas deben proveer una base

funcional que sea adaptable y expandible de acuerdo a los requerimientos de la

organización.

• Bases de datos: Son el conjunto de datos espaciales y descriptivos que posee el

usuario, los cuales contienen toda la información que garantizará el

funcionamiento analítico del SIG.

• Recursos humanos: Son los grupos de personas debidamente capacitadas y con

la concepción del manejo de datos gráficos.



8

La información es clasificada según su representación espacial como puntos,

líneas y polígonos que pueden ser georeferenciados por un programa de software,

además de dicha representación, se puede combinar la información en capas las cuales

pueden ser combinadas para representar por ejemplo el relieve, las vías o calles de un

espacio determinado, etc.

Los Sistemas de Información Geográfica permiten el análisis de diferentes tipos

de información (datos estadísticos, fotografías aéreas, imágenes de satélites y datos

espaciales) además permiten la combinación de varias variables simultáneamente,

simular procesos, monitorear áreas bajo riesgo entre otras.

Entre las funciones principales de un SIG se encuentran:

• Medir aspectos de procesos y fenómenos geográficos

• Representación de dichas medidas, usualmente en una base de datos para

clasificar espacios, entidades y relaciones entre ellos.

• Operar bajo estas representaciones para producir nuevas medidas y descubrir

nuevas relaciones por la integración de las diferentes variables

• Transformar estas representaciones para la conformación de nuevos grupos de

entidades y relaciones.

Gracias a la utilización de los SIG, se puede obtener una visión más precisa de la

ocurrencia de un fenómeno y su localización espacial y temporal, lo que hace que los

SIG sean de gran importancia en los procesos relacionados con el monitoreo de eventos

geográficos.

Los Sistemas de Información Geográfica tienen una gran aplicabilidad en

diversas áreas. Una de las aplicaciones más comunes en las geociencias (que es el área

que nos compete en este trabajo), se da en la prevención de desastres y la organización

de planes de evacuación en caso de un siniestro. En estos casos los SIG son bastante

útiles para la toma de decisiones importantes.



9

Los avances tecnológicos en el almacenamiento en disco tienen un gran impacto

en la tecnología SIG y las geociencias, lo cual permite a los usuarios la recolección de

enormes cantidades de información y poder tener acceso a ellos de una manera rápida y

confiable. Uno de los avances más importantes en la tecnología de computación es el

incremento de las capacidades y velocidad de las tarjetas de video las cuales nos

permiten presentar las imágenes en colores verdaderos, a una gran resolución y en 3-D.

La tecnología 3-D nos proporciona capacidades para visualizar datos complejos tales

como un DEM (Digital Elevation Model) en pantalla, lo que posibilita trabajar en el

computador de igual forma como pensamos, es decir, en tres dimensiones.

El impacto del avance de las capacidades computacionales tanto en Sistemas de

Información Geográficos como en las geociencias es inmenso. Así como la tecnología

esta avanzando rápido, permitiendo almacenar más información y visualizarla de una

manera más cercana a la realidad, los avances en el software SIG han tomado ventaja de

las capacidades del hardware para el análisis y modelamiento de los datos. En el pasado

el software SIG era usado para la administración y manipulación de datos y para realizar

mapas.

Estas tareas siguen siendo importantes, sin embargo con las capacidades de

hardware de hoy en día se hacen complejas estadísticas, análisis espaciales y análisis 3-

D, de manera más eficaz. Otro gran avance con respecto a la tecnología SIG es el

incremento en la facilidad de uso, permitiendo que un usuario con un computador

personal tenga acceso a tecnología SIG, forzando a los desarrolladores a crear software

SIG más robusto y fácil de usar.



10

Esto es extremadamente importante ya hasta hace poco se requería alguien

específicamente entrenado en SIG, quien era el responsable de analizar y manipular la

información. Ahora con el incremento de la funcionalidad de los SIG, el investigador

puede usar esta herramienta él mismo y realizar análisis y modelos que son mucho más

robustos.

Por otro lado, el impacto en las geociencias es inmenso. Con el poderoso

incremento y facilidad de uso tanto de los computadores y de la tecnología SIG, las

investigaciones en las geociencias están permitiendo manipular datos en una forma

nunca imaginada diez años atrás. Esto también significa que muchos más recursos están

disponibles para investigar tales como: imágenes satelitales, de radar, DEM, datos

geofísicos y grandes bases de datos digitales. Esto abre nuevas puertas a campos de las

geociencias y a investigadores en vías tradicionales de estudio, usando esta información

para realizar nuevos descubrimientos analizar y manipular bases de datos antiguas con

nuevas ideas.

Otro avance de los SIG en las geociencias es el desarrollo de modelamientos

complejos en tres o más dimensiones. Ya que la tierra es un objeto tridimensional y sus

procesos utilizan las tres dimensiones básicas, a través del tiempo (una cuarta

dimensión), es importante estar en capacidad para formular modelos geológicos en estas

mismas dimensiones, no sólo un mapa o modelo tridimensional. El incremento de la

tecnología SIG permite el análisis en más de tres dimensiones y el hardware de los

computadores está lo suficientemente avanzado para permitir la presentación de estos

modelos tridimensionales de una manera casi rea.l



11

En cuanto a la aplicación de los SIG al monitoreo volcánico, ha sido muy poco

lo que se ha avanzado. Según la exhaustiva revisión bibliográfica que se realizó, se

puede concluir que son muy pocos los avances en este campo. Por el contrario, la

utilización de los SIG en mapas de riesgo y amenaza volcánica ha sido muy extendida

en todo el mundo y hay abundante literatura disponible.

.



12

2.2.2.- ACTIVIDAD VOLCÁNICA

El riesgo volcánico es considerado como la posibilidad que ocurra un fenómeno

volcánico en un futuro previsible. Además se debe incluir la medida de los posibles

efectos que tenga la ocurrencia de dicho fenómeno en áreas específicas. Según S. De la

Cruz-Reina citado por McGuire, el riesgo puede ser expresado como una combinación

proporcional de tres medidas:

1. La probabilidad de que un área determinada sea afectada por una manifestación

destructiva de tipo volcánico dentro de un periodo de tiempo dado.

2. La vulnerabilidad, una medida de la probabilidad de pérdida como resultado de

un evento de tipo volcánico.

3. El valor del área estudiada, se refiere a la cantidad de vidas humanas que viven

en el lugar, el capital que poseen y la capacidad de producción.

De acuerdo a estos parámetros, se pueden tomar medidas que permitan

minimizar el riesgo presente en el área, lo que se ha denominado como “alerta”.

Este estado de alerta incluye una reducción de la vulnerabilidad, por medio de la

evaluación apropiada del peligro. Para la medida de dicho riesgo se utiliza la relación

Fournier d’Albe que se expresa como sigue:

Riesgo = Amenaza * Vulnerabilidad * Valor área Preparación



13

De estos datos los más sencillos de calcular son el valor del área de estudio y la

vulnerabilidad, sin embargo el riesgo es difícil de evaluar, principalmente debido a la

escasez de información acerca de la naturaleza y tiempo de ocurrencia de eventos

previos y el amplio rango de comportamiento eruptivo mostrado por los volcanes a

través de la historia.

Es posible entonces, el pronóstico de la actividad futura de un volcán por medio

del monitoreo adecuado de su actividad. Sin embargo, no se cuenta con modelos

determinísticos de procesos volcánicos que permitan la predicción del comportamiento

de un volcán a largo plazo.

Se debe partir del hecho que la información del comportamiento futuro de un

volcán o un grupo de volcanes está de alguna manera incluida en la información de la

actividad pasada.

Una primera aproximación a la evaluación de la actividad volcánica, podría ser

el cálculo de la probabilidad de ocurrencia de erupciones destructivas en un volcán

determinado, durante cierto intervalo de tiempo. De esta forma, el riesgo puede ser

considerado como un amplio concepto probabilístico que puede ser medido

cuantitativamente si se observa cuidadosamente el comportamiento pasado.



14

Los modelos probabilísticos definidos para la evaluación de la actividad

volcánica pueden ser definidos en base a dos orientaciones, a partir de una serie de

eventos que ocurren en el tiempo.

• Modelos empíricos, utilizados para representar las características relevantes del

comportamiento del volcán, pero sin incluir conocimientos físicos del proceso

mismo.

• Modelos teóricos, construidos mediante el análisis teórico del sistema o del

proceso.

Según S. De La Cruz Reyna citado por McGuire, Wickman y Reyment fueron

pioneros en el desarrollo de modelos teóricos para describir las erupciones volcánicas,

tomando los datos como una serie de eventos puntuales. Ellos desarrollaron los modelos

Markovianos de la actividad volcánica, expresando la historia eruptiva de un volcán

como una secuencia en la cual los tiempos entre los eventos son independientes, pero

mantienen la misma función de distribución. Wickman se concentró en modelos que

incluyen los mecanismos de erupciones, mientras que Reyment utilizó la aproximación

empírica, analizando los patrones de ocurrencia del fenómeno. Sin embargo, se llegó a

la conclusión que no todos los volcanes cumplen los mismos patrones de donde no es

adecuada totalmente para la predicción de eventos futuros.



15

3.- IDENTIFICACIÓN DE

NECESIDADES



16

3.- IDENTIFICACIÓN DE NECESIDADES

En esta etapa se define el problema a resolver y se fijan unas normas a seguir

para la dirección del Sistema de Información Geográfica y administración de la base de

datos de cada uno de los sismos y cada una de las áreas de actividad volcánica. Es por

eso, que suelen confundirse en esta fase, actividades típicas del desarrollo, con

actividades del ciclo de gestión del sistema.

De esta fase se obtendrán tres documentos fundamentales: el Plan de Proyecto,

Plan de Calidad y el Documento de Conceptos del Sistema.



17

En lo que respecta al desarrollo, se establecen los límites del proyecto, fijando

qué partes del sistema pueden cambiarse y cuáles se escapan del estudio que se llevará a

cabo. Además se establecerán los objetivos, restricciones y antecedentes de cada uno de

los sismos y áreas de actividad volcánica.



18

REALIZACIÓN

Para la realización de esta etapa se ha utilizado la técnica de la entrevista, en la

que participan los clientes entrevistados, entiendo como tales aquellas personas que

ajenas o no al diagnóstico de la actividad volcánica, aportan datos al realizador para el

mayor enriquecimiento de información, y el jefe del proyecto para que luego el sistema

y la aplicación sea desarrollada.

La finalidad de la entrevista es la de obtener datos cuantitativos y cualitativos

sobre la política, procedimientos y normas previstas para el desarrollo del proyecto. Sin

embargo, el alcance es el de hacer posible que el cliente defina claramente, por sí

mismo, el sistema más eficaz y efectivo para sus necesidades y conocimientos futuros

sobre retos en el monitoreo volcánico y predicción de erupciones que han acontecido

durante los últimos años.



19

PREPARACIÓN DE LA ENTREVISTA

Para la realización de la entrevista existen dos factores clave. El primero, es la

elección de la persona a entrevistar: el jefe de proyecto debe asegurarse en considerar a

todas las personas clave dentro del entorno de estudio, es decir, aquellas que estén

interesadas por la vigilancia de la actividad volcánica. El segundo factor, es establecer

el camino correcto de dirigir la entrevista, considerando las relaciones humanas con

algunas señales de actividad volcánica y que pueden ser detectadas por ellas mismas

viviendo cerca del volcán.

Un elemento clave en la entrevista es evitar repetir las mismas encuestas a las

mismas personas entrevistados, para ello será necesario la confección de un plan de

entrevistas, de esta manera cada uno de los entrevistados aportará mayor información al

sistema en caso de tener que volver a entrevistarlo.



20

DESARROLLO DE LA ENTREVISTA

La entrevista consta de los siguientes elementos:

• Preguntas de respuesta Si/No.

• Tiempos para pensar: Deben concederse periodos de tiempo a la persona

entrevistada, en los que pueda pensar.

• Hecho u opinión: Deben distinguirse los hechos de las opiniones propias del

entrevistado, siendo ambas importantes.

• Animar al razonamiento: Para conseguir que se razonen las respuestas o

comentarios.

• Toma de notas: Las notas, aún incompletas y cortas.

• Redacción del informe: Debe realizarse inmediatamente después de darse por

finalizada la entrevista.



21

TÉCNICAS PARA EFECTUAR LA ENTREVISTA

Al efectuar las entrevistas se llevan a cabo una serie de técnicas:

• Preguntas orientadas: Cada pregunta tiene un conjunto definido de posibles

respuestas.

• Preguntas abiertas: No se proponen respuestas, y el entrevistado tiene habilidad

y capacidad para formularlas, además de que son opiniones y feelings.

• Brainstorm: Método de grupo para estimular a los participantes en la

consecución de una mejor solución. Cada componente aporta las ideas que se le

vayan ocurriendo, sin tener reparos en su exposición.



22

3.1.- PLAN DE PROYECTO

La gestión del Plan de Proyecto a de quedar enmarcada dentro de planes de la

empresa y más concretamente de su plan informático, contemplando además, funciones

de seguimiento y control.

Un organigrama del Plan de Proyecto de esta aplicación sería:

La figura expuesta con anterioridad muestra un organigrama muy sencillo,

compuesto exclusivamente por las tres grandes áreas de Planificación, Desarrollo y

Producción, propio de pequeñas organizaciones.



23

En la mayoría de los casos, es necesario introducir un área de soporte técnico,

pero en este caso, no será necesaria ya que estará supervisado en todo momento por el

coordinador y director del proyecto que es el que mayores conocimientos tiene sobre las

bases de datos que se utilizarán.

El área de Garantía de Calidad es un área que establece los procedimientos y

normas necesarias para llevar a cabo un control de calidad sobre los sistemas de

información que se entregan a quienes solicitan la aplicación, que es el que solicita la

aplicación.

Las actividades de este ciclo, previas al proyecto, se realizan en paralelo con la

etapa de Identificación de Necesidades del ciclo de desarrollo.

La planificación de un proyecto de software no difiere mucho de la planificación

de cualquier esfuerzo donde intervienen varias personas para realizar actividades. La

técnica de revisión y evaluación del programa de proyecto es mediante el método PERT

y el método del camino crítico (CPM), donde existen un conjunto de actividades críticas

que no se pueden retrasar, ya que si éstas se retrasan, alargarían el desarrollo del

proyecto, y por lo tanto, las actividades posteriores se ejecutarían más tarde. Sin

embargo, este método también tiene actividades no críticas que se pueden desarrollar en

paralelo y que al retrasarse no suponen un retraso del proyecto, ya que las actividades

siguientes no dependen de ella.



24

3.2.- PLAN DE CALIDAD

El programa de Garantía de Calidad es un documento que establece la política

de calidad del sistema, de acuerdo con las directrices y estrategias para el desarrollo del

proyecto, que irán en consonancia con el resto de aplicaciones del plan informático de

quien solicita la aplicación.

La norma ISO 9000 establece todas las acciones sistemáticas y planificadas,

necesarias para proporcionar una confianza adecuada de que un producto o servicio

satisfaga los requisitos dados de calidad. La elaboración de esta aplicación cumplirá en

todo momento esta norma y estará supervisada en todo momento por el director.

Además la norma UNE 71502: 2004 - Sistema de Gestión de la Seguridad de la

Información (SGSI – ISMS) es una norma certificable. También, es un sistema de

gestión que comprende la política, la estructura organizativa, los procedimientos, los

procesos y los recursos necesarios para implantar la gestión de la seguridad en cualquier

proyecto o desarrollo informático. Es la herramienta de que dispone la Dirección de una

organización, aunque en este caso concreto, estará a disposición del director del

proyecto y del realizador de la aplicación, para llevar a cabo las políticas y objetivos de

seguridad. También, proporciona mecanismos para la salvaguarda de los activos de

información.



25

Esta norma sigue un ciclo continuo que pasa por las siguientes etapas:

planificación, realización, chequeo y actuación, en las que se establece, se implanta y

opera, se monitoriza y revisa y por último, se mejora.



26

3.3.- DOCUMENTO DE CONCEPTOS DEL SISTEMA

PROYECTO SIG DOCUMENTO DE CONCEPTOS EMPRESA ICAI PAG: 1/7 DEL SISTEMA SEPTIEMBRE 2007

3.3.1.- OBJETIVOS DEL SISTEMA

1.- Desarrollar un Sistema de Información Geográfica que permita el diagnóstico integral de la

actividad volcánica, mediante el análisis conjunto de los parámetros básicos utilizados en el

monitoreo y estudio de volcanes, con miras al soporte en toma de decisiones.

2.- Ampliar los conocimientos adquiridos sobre las bases de datos para poder realizar consultas,

informes, estadísticas, previsiones,... de los observatorios vulcanológicos a partir de un sistema

de administración de BB.DD.: DB2.

3.- Desarrollar nuevos conocimientos de un sistema de administración de BB.DD.:DB2.

4.- Diseñar e implantar una base de datos en DB2 utilizando el lenguaje de programación

Visual Studio 2005 con la tecnología .NET.

5.-Diseñar e Implementar el SIG usando herramientas de diseño para la elaboración de Sistemas

de Información Geográficos como ArcExplorer la cual me permitirá visualizar la información

geográfica de la base de datos.

6.- Hacer uso de la componente spatial extender de DB2 que permite insertar datos geográficos

en la base de datos

7.- Elaborar una serie de interfaces para el manejo, migración y estructuración de la

información existente con miras al acoplamiento cualquier sistema con el SIG.

8.-Crear módulos para la actualización permanente de la información básica referente a la

actividad volcánica.

9.- Seleccionar y elegir los datos más curiosos para que la aplicación sea más completa y

vistosa.

10.- Realizar un trabajo fácil de entender, acceder y utilizar por los usuarios finales.



27


Para desempeñar este proyecto, se deberá actualizar en todo momento la base de datos

ante los posibles cambios o modificaciones sobre previsiones futuras sobre la actividad

volcánica referente a las áreas de sismología, deformación y fisicoquímica. Además, se

permitirá introducir nueva información al administrador de la base de datos para que la

información sea lo más completa posible y así cada uno de los usuarios externos al sistema

consulten lo que deseen y obtengan los datos totalmente actualizados junto con la visualización

de la situación del volcán. Por este motivo, la introducción de información en la base de datos

será de acceso restringido.

3.3.2- ALCANCE DEL SISTEMA

Para que los usuarios finales, puedan acceder a cada una de las bases de datos del

proyecto, se dispondrá de un entorno visual fácil de utilizar, con diversas ilustraciones y

documentación suficiente para que se conozca en detalle todo lo acontecido durante la

evaluación de la actividad volcánica que contribuye de manera importante en las tareas

rutinarias de un observatorio vulcanológico. De esta manera, los usuarios se sentirán mucho

más identificados con el mundo sísmico.

El encargado de la gestión de la base de datos, en este caso el realizador o jefe del

proyecto, mantendrá actualizados diariamente los datos según la vigilancia y monitoreo

volcánico.

Los datos proporcionados por la aplicación, aunque ya mencionados con anterioridad

serán: imágenes de la situación del volcán y poblados, fotos, informes…



28

3.3.3.- TIPOLOGÍA DE LOS USUARIOS FINALES

Los usuarios finales no tienen porque estar relacionados con la aplicación, ni con su

creador, ya que los datos que contiene ésta son de interés sísmica. Por este motivo, todos los

usuarios tendrán acceso a toda la información, permitiendo que un usuario con un computador

personal tenga acceso a tecnología SIG, forzando a los desarrolladores a crear software SIG

más robusto y fácil de usar.

Este acceso será libre, aunque el usuario tendrá que introducir una clave, una contraseña y el

nombre de la base de datos. Pero esta clave será la misma para todos los usuarios.

Por otro lado, el administrador, que es el creador del entorno visual y el encargado de

actualizar y modificar la información, sí tendrá una clave personal para poder acceder a cada

una de las tablas de la base de datos e introducir los cambios pertinentes.

3.3.4.- RESTRICCIONES

No existen restricciones temporales, ni económicas ya que éstas no son considerables.

La aplicación se realizará en un ordenador de aproximadamente 2 años de antigüedad,

aunque con suficiente espacio para poder albergar la base de datos. Es decir, un ordenador con

poca potencia pero suficiente capacidad.

Lo mismo ocurrirá con el hardware y el software complementario al ordenador de

desarrollo, y que tendrá que ser utilizado en el desarrollo del proyecto.




29


3.3.5.- ORGANIZACIÓN Y FUNCIONES EMPRESARIALES

Para la realización de esta aplicación no se necesitará ninguna compañía de desarrollo

externo. Únicamente, se necesitarán tres personas encargadas del funcionamiento y de las

pruebas de la aplicación. Estas personas son: el director y a su vez coordinador del proyecto de

gestión, un administrador de la base de datos que es el que creará la aplicación, con la

introducción de los datos en cada una de las tablas y, por último, una persona perteneciente a un

observatorio vulcanológico con conocimientos sobre este sistema de administración de bases de

datos, para que en caso de que ocurriera un fallo en el sistema no visible por las otras dos

personas mencionadas, ésta lo localizará, informará al realizador para corregirlo y así la

aplicación se desarrollaría con total normalidad.



30

PROYECTO SIG DOCUMENTO DE CONCEPTOS EMPRESA ICAI PAG: 5/ DEL SISTEMA SEPTIEMBRE 2007

Entre los integrantes que forma parte de la aplicación, habrá una comunicación rápida y

fluida utilizando como apoyo para la transmisión de información.

El esquema de esta pequeña organización para el desarrollo de este proyecto para el

departamento de observatorios vulcanológicos es la siguiente:

Director Coordinador del proyecto

Administrador de laBBDD

ObservatorioVulcanológico

(BBDD cartográfica)

Usuario externo a la aplicacióncon conocimiento sobre el sistema

de administrador de BBDD:DB2

Director Coordinador del proyecto

Administrador de laBBDD

ObservatorioVulcanológico

(BBDD cartográfica)

Usuario externo a la aplicacióncon conocimiento sobre el sistema

de administrador de BBDD:DB2



31

4.- ANÁLISIS DE REQUISITOS



32

4.- ANÁLISIS DE REQUISITOS

El objetivo de esta fase es alcanzar un conocimiento suficiente del sistema de

Gestión de la base de datos que se realizará con toda la información que se pueda

recopilar de cada uno de sistemas de vigilancia y monitoreo de la actividad volcánica,

definiendo las necesidades, problemas y requisitos del usuario, para expresarlo mediante

los modelos de procesos y de datos.

Por lo que los productos que se obtendrán de esta fase serán:



33

4.1.- RECONOCIMIENTO DEL PROBLEMA

En este apartado del proyecto se tratará de reconocer los elementos básicos del

sistema tal y como lo perciba el usuario. Para ello, se partirá de una especificación

recogida en el Documento de Conceptos del Sistema y del Plan de Proyecto realizado

anteriormente. Además, se establecerá la comunicación necesaria para el análisis del

problema, con la aportación indispensable del usuario.

Por este motivo en esta actividad se recogerá información sobre:

• El ámbito del proyecto.

• El contexto general del sistema.

• Las unidades de la organización afectadas.

• Las funciones primarias afectadas por la mecanización.



34

4.1.1.- ÁMBITO DEL PROYECTO

Partiendo del objetivo empresarial señalado en el Documento de Conceptos del

Sistema, se definen a continuación, las funciones principales a mecanizar:

1. Se creará una aplicación que servirá de consulta para todas las personas

interesadas en cada uno de las actividades volcánicas.

2. En lo que respeta a la introducción de datos en cada una de las tablas de la

base de datos y en la propia aplicación, será necesaria la introducción manual por parte

del realizador, ya que es el único que puede acceder con una clave a toda la

información.

3. La actualización y modificación de los datos será igualmente llevada a cabo

de forma manual por el realizador del proyecto, con claves únicas de acceso, incluyendo

la visualización de la situación del volcán.



35

4.1.2.- CONTEXTO GENERAL DEL SISTEMA

El contexto general del sistema se representa mediante un Diagrama de

Presentación, con símbolos y figuras, donde se muestra la iteración del sistema con el

usuario.

En este Diagrama, se muestra la interacción directa y continua de las personas

entrevistadas con el realizador o administrador de la base de datos de cada uno de los

acontecimientos que son de importancia para el sistema y que están presentes en la

aplicación.



36

4.1.3.- UNIDADES DE LA ORGANIZACIÓN

Las unidades de la organización afectadas, no solamente son áreas organizativas

de la empresa, sino que también pueden ser sistemas informáticos existentes o bases de

datos corporativas.

En este caso se tratará de sistemas informáticos existentes que cuentan con

información integrada de todas las áreas tanto sismología, fisicoquímica como

deformación, de manera tal que se pueda obtener un diagnóstico más acertado y

confiable de la actividad volcánica.

Además, gracias a la gran cantidad de información que posee el observatorio

vulcanológico para el que se está realizando la aplicación, el jefe de proyecto o

realizador, podrá incluir mayor cantidad de datos en el sistema.

Se trata de realizar una base de datos corporativa que pueda ser utilizada por

cualquier persona u organización para documentarse sobre cada uno de los

acontecimientos que será implementada por el departamento.



37

El Diagrama de Presentación que explica los sistemas de información utilizados

en la aplicación es el siguiente:



38

En este apartado también es importante representar las funciones primarias

mecanizadas y los departamentos o unidades que influyen en su desarrollo. Para ello es

necesario definir inicialmente las funciones básicas, que en este caso son la recogida de

información, la introducción de datos en la aplicación y la difusión del sistema hacia el

exterior.

Un esquema representativo de lo comentado con anterioridad es:



39

4.1.4.- FUNCIONES PRIMARIAS AFECTADAS. TÉCNICA MATR ICIAL:

MATRIZ FUNCIONES – ÁREAS

Para especificar las funciones primarias afectadas por la mecanización, se

asocian las funciones a las unidades de la organización, y se identifican así las personas

a entrevistar inicialmente. Esto puede representarse mediante una matriz de Funciones-

Áreas.

Como se puede comprobar, esta tabla es la representación del anterior esquema

en el que se muestran las áreas y las funciones primarias de este proyecto, en el que

determinados departamentos dependiendo de la función influyen de manera más o

menos decisiva en el desarrollo de la aplicación.



40

4.2.- LISTA DE FUNCIONES DEL SISTEMA ACTUAL

4.2.1.- LISTA DE FUNCIONES DEL MODELO FÍSICO Y LÓGI CO ACTUAL

El Modelo Físico pretende recoger la problemática existente y los requisitos

necesarios para solventar cada uno de los problemas. Como consecuencia de una

entrevista, puede ser necesario realizar nuevas entrevistas con conocimientos de

funciones más específicas. Debe distinguir los principales procesos del sistema y sus

interfases (flujos de datos y almacenamientos).

Sin embargo, en el Modelo Lógico se debe descubrir lo esencial del sistema, es

decir, los procesos o funciones esenciales para caracterizar la operativa del negocio.

Por los motivos anteriores, no existe Modelo Lógico ni Físico del Sistema

Actual ya que este tipo de aplicación no se había realizado con anterioridad.

En definitiva, con la realización de esta aplicación se conseguirá, poder trasladar

el sistema de un ordenador a otro para que pueda ser visualizada por todos aquellos

usuarios finales que estén interesados en cada uno de los diagnósticos de del nivel de

actividad sin tener que estar conectados a un Navegador como es por ejemplo Internet

Explorer.



41

4.3.- LISTA DE REQUISITOS

La lista de requisitos recoge cada una de las necesidades expresadas por el

cliente. Estas listas se confeccionan a partir de las entrevistas con el cliente

(Observatorio Vulcanológico), recogiéndose las características de cada requisito en una

ficha específica.

Antes de la realización de cada uno de estos inventarios es necesario dividir los

requisitos atendiendo a las siguientes naturalezas:

• Funcional: Atienden a características propias de las funciones de negocio.

• Operativa: Atienden al modo en que operará el sistema.

• De prestación: Atienden a características adicionales o funciones de menor

prioridad.

• De seguridad: Atienden al control del acceso al sistema y la privacidad de los

datos.

• De fiabilidad: Atienden a la integridad y veracidad de la información.



42

NATURALEZA REQUISITO

1.- FUNCIONAL

1.1.- Creación de informes de forma autónoma teniendo instalada

la aplicación en el ordenador.

2.1.- Instalación de DB2, Spatial Extender y ArcExplorer para la

ejecución del sistema.

2.2.- Instalación de la base de datos en cada uno de los

ordenadores desde los que se desee instalar la aplicación.

2.- OPERATIVA

2.3.- Actualización de Iconos.jar en cada ordenador para que los

iconos sean visibles al ser ejecutados.

3.1. Presentación de un informe de actividad volcánica temporal

(entre un rango de fechas).

3.- DE

PRESENTACIÓN 3.2 Visualización de la zona del volcán, poblados, ríos…

4.- SEGURIDAD

4.1.- Acceso restringido a la base de datos (administrador).

5.- FIABILIDAD

5.1.- Para verificar la validez de los datos, el administrador

tendrá un acceso especial para poder adaptar todas las

necesidades al usuario.



43

4.4.- LISTA DE FUNCIONES LÓGICAS DEL NUEVO SISTEMA

1.- Introducción de password y contraseña

2.- Alta del cliente entrevistado

3.- Recopilación de la información mediante vigilancia de la actividad volcánica

y técnicas de monitoreo.

4.- Almacenamiento de la información en la base de datos

5.- Actualización por parte del administrador de la base de datos

6- Solicitud del servicio

7- Ejecución de la aplicación

8.- Presentación de la aplicación por pantalla

8.1 Diagnóstico temporal

8.2 Diagnóstico espacial.



44

4.5.- MODELO LÓGICO DEL NUEVO SISTEMA

4.5.1.- NIVEL CONTEXTUAL



45

4.5.2.- NIVEL CONCEPTUAL



46

4.6.- DICCIONARIO DE DATOS DEL NUEVO SISTEMA

4.6.1.- FLUJO DE DATOS:

Nombre del usuario y contraseña: No se define ya que tan solo implica la

introducción del usuario y de la contraseña del administrador de la base de datos, para

que al ejecutar el sistema se pueda conectar a DB2 con el contenido almacenado en

cada una de las tablas de la base de datos.

Datos del cliente: Contiene toda la información referida a los clientes

entrevistados que aportan información al sistema a través de entrevistas con el

administrador de la base de datos.

DATOS_CLIENTE = [ ID_CLIENTE + CONTRASENA ]

Datos sísmicos y geográficos: Representa todo el volumen de información con

el que realmente se trabajará en la aplicación para que el usuario final pueda consultar

los datos que considere interesantes.

ACTIVIDAD = [ FECHA + ID_SISMO + AREA + MAGNIFICACION +

ENERGIA + ATENUACION + TEMPERATURA + N_LLUVIA ]

Petición del servicio de aplicación: Este flujo de datos no conlleva la

especificación de ningún diccionario ya que se trata simplemente de la ejecución de la

aplicación, por parte del administrador o a partir del usuario final.

Resultados de la aplicación: Este flujo de datos tampoco genera diccionario de

datos. Consiste en la presentación del resultado de la aplicación por pantalla.



47

4.6.2.- ALMACENES

Clientes: Este almacén contiene toda la información relativa a los clientes

entrevistados que aportan información al sistema.

CLIENTES=[ID_CLIENTE+CONTRASEÑA]

Sismos: Este almacén contiene el identificador el volcán y el nombre de éste.

SISMOS=[ID_SISMO + AREA +DESCRIPCION]

Actividad: Esta tabla contiene el identificador del sismo, el área al que pertenece

la información, ya sea fisicoquímica, deformación o sismología, la fecha en el que se

han tomado los datos, la magnificación, atenuación, energía, temperatura y nivel de

lluvia en dicha fecha.

ACTIVIDAD = [ FECHA + ID_SISMO + AREA + MAGNIFICACION +

ENERGIA + ATENUACION + TEMPERATURA + N_LLUVIA ]

Polígono: Contiene un identificador del sismo y la dimensión del volcán y

lagos.

POLIGONO =[ ID_SISMO + POLIGONO + MAGNITUD]

Líneas: contiene la capacidad de los ríos situados alrededor del volcán.

LINEAS = [ID_SISMO + LINEA + CAPACIDAD]

Puntos: Contiene la situación de los poblados y el identificador del sismo.

PUNTOS = [ID_SISMO + PUNTO + NOMBRE]



48

4.7.- DIAGRAMAS ENTIDAD/RELACIÓN: DER

4.7.1.- CLIENTES

CLIENTES = [ID_CLIENTE +CONTRASEÑA]

Paso 1: Definición de la estructura

CLIENTES = {Id_Cliente + Contraseña}

Paso 2: Normalizar

1ª FN:

CLIENTES = {Id_Cliente + Nombre + User + Pass }

2ª FN:


3ª FN:


Paso 3: Identificación de las entidades

CLIENTES = {Id_Cliente + Nombre + User + Pass } = E.CLIENTE

Paso 4: Identificación de relaciones

No exiten



49

Paso 5: Extracción de claves extranjeras

No hay

Paso 6: Identificación de entidades implícitas

No existen

Paso 7: Definición de las entidades y relaciones




50

4.7.2.- SISMOS

SISMOS = [ID_SISMO+FECHA+DESCRIPCION]


SISMOS = {Id_Sismo + Fecha + Descripción + Energia + Magnitud + N_lluvia }

Paso 2: Normalizar

1ª FN:

SISMOS = {Id_Sismo + Fecha + Descripción + Energia + Magnitud + N_lluvia }

2ª FN y 3ª FN:

SISMOS = {Id_Sismo + Fecha +Descripción + Energia + Magnitud + N_lluvia }

SISMOS 1 = {id_Sismo + Fecha + Descripción}

SISMOS 2 = {Fecha + Energia + Magnitud + N_lluvia }


SISMOS 1 = {id_Sismo+ Fecha + Descripcion } = E.SISMO

SISMOS 2 = { Fecha + Energia + Magnitud + N_lluvia } = E.ACTIVIDAD


SISMOS = {Id_Sismo + Fecha} = R.TIENE



51


El atributo Fechasería clave extranjera respecto a la tabla Actividad


No existen







52

4.7.3.- ACTIVIDAD

ACTIVIDAD=[FECHA +ID_SISMO+DESCRIPCION+AREA+MAGNIFICACIO

N+ATENUACION+ENERGIA+TEMPERATUTA+NIVEL_LLUVIA]


ACTIVIDAD=[fecha+id_sismo+descripcion+area+magnificacion+atenuacion+energia

+temperatuta+nivel_lluvia]

Paso 2: Normalizar

1ª FN:



2ª FN:



3ª FN:





+temperatuta+nivel_lluvia]=E.ACTIVIDAD



53


No hay relaciones


Id_sismo es clave extranjera referente a la tabla Sismos


No existen entidades implícitas



+temperatuta+nivel_lluvia]=E.ACTIVIDAD



54

4.7.4.- SITUACIÓN

SITUACIÓN=[COORDENADAS +ID_SISMO+PUNTO+LINEA+POLIGONO]


Situación=[coordenadas+id_sismo+punto+linea+poligono]

Paso 2: Normalizar

1ª FN:


2ª FN y 3ª FN:



Situación={coordenadas+id_sismo+punto+linea+poligono}=E.SITUACION


No exiten


No hay



55


No existen


SITUACIÓN={coordenadas+id_sismo+punto+linea+poligono}=E. SITUACION



56

4.7.5.- DIAGRAMA ENTIDAD RELACIÓN

El Diagrama Entidad-Relación resultante es el siguiente:



57

5.- ESTUDIO DE LA

ARQUITECTURA



58

5.- ESTUDIO DE LA ARQUITECTURA

El objetivo de esta fase es definir las posibles soluciones de arquitectura que

satisfagan tanto los requisitos del usuario, como las restricciones de diseño del sistema

de gestión de la base de datos geográficos. Para ello, se definen unas posibles

soluciones, se las somete a un estudio de viabilidad y se elige la más adecuada, para ser

desarrollada e implementada.



59

Durante esta fase no es necesario hacer un exhaustivo estudio de cada

alternativa, ya que esta labor se realizará en la fase de Diseño Externo para la alternativa

elegida.

Por lo tanto, la solución adoptada debe suministrar suficiente información para

hacer estimaciones razonables sobre el coste del proyecto, y dar una visión a los

usuarios sobre cómo va a ser su nuevo sistema y cómo se adaptará a la organización.

La primera parte de esta etapa consiste en representar cuál será la estructura del

sistema, para que la aplicación se pueda realizar correctamente. Una vez que se haya

realizado la arquitectura i-ésima, la realización de esta fase consistirá básicamente en

cuatro actividades fundamentales:

• Especificar la tecnología hardware, software y de comunicaciones de cada

alternativa a estudiar.

• Evaluar cada una, en sus aspectos estratégicos, organizativos, operativos,

técnicos y económicos.

• Seleccionar una alternativa, detallando las fronteras de mecanización.

• Elaborar la planificación general del proyecto.



60

5.1.- DISEÑO DE LA ARQUITECTURA I-ÉSIMA

5.1.1.- DIAGRAMA DE PRESENTACIÓN DE LA ORGANIZACIÓN

Para representar la aplicación se puede utilizar un Diagrama de Presentación, que

expresa las características hardware y operativas de las que estará compuesta esta

aplicación y su relación con el sistema en el que se implantará: el Sistema de

Información Geográfica.

El Diagrama de Presentación de la organización en la que se implantará la

aplicación es:



61

En la organización existirán diversas redes, gracias a las cuales los equipos del

departamento de documentación y de vulcanología están en todo momento

comunicados para que las personas que trabajan en ellos puedan acceder a los datos de

otra persona e incluso a la base de datos diaria de la otra sección para consultar la

información que deseen.

En primer lugar, la red principal de la organización es una red de área local o

LAN en la que la transmisión se realiza en ambos sentidos aunque no de forma

simultánea, o se envía o se recibe la información, no puede haber dos estaciones

transmitiendo simultáneamente. Son adecuadas para la transmisión de datos, ya que es

posible que el receptor indique al emisor cómo le han llegado los datos. En este caso se

precisa en los dos extremos un doble equipo de transmisión y recepción, que trabajan

alternativamente.

A esta red estarán conectados tanto unidades de trabajo, como terminales

centrales con impresoras, desde donde se podrá imprimir cualquier documento enviado

desde cualquier otro terminal.

En lo que respecta a su topología todas las estaciones son iguales, es decir, todas

comparten un mismo medio, por lo que las redes son multipunto paritario.

Esta organización posee una red de seguridad muy completa, ya que

constantemente se revisan los archivos, imágenes, documentos, que se van

almacenando.

Toda la información que se almacena diariamente en la base de datos de cada

uno de los departamentos, se archivará también en una base de datos central para

salvaguardar los datos diariamente en el servidor central, y para que la información

quede duplicada en caso de que se produzca una caída del sistema.



62

Para terminar con la interpretación de este diagrama, es necesario comentar que

todas las estaciones están conectadas a Internet para poder ampliar la información en

cada uno de los casos y para que los usuarios estén más informados de cada uno de los

acontecimientos sísmicos. Por este motivo, la realización de la base de datos de

información geográfica sería de gran importancia, ya que así se podría comparar en todo

momento los resultados obtenidos en el último diagnóstico.



63

5.1.2.- DIAGRAMA DE PRESENTACIÓN DE LA APLICACIÓN

Para el desarrollo de la aplicación tan solo se necesita un terminal desde donde

se programará la base de datos en el sistema de administración de DB2 y en el que se

introducirá la información geográfica que tenga relación directa con los sismos.

Este terminal debe tener un acceso directo y seguro a Internet. No obstante, el

jefe de proyecto actualizará los datos de la aplicación gracias a las anotaciones del

departamento vulcanológico. Estos comentarios se transmitirán al ordenador

manualmente. Si por algún motivo, el administrador desea imprimir cualquier parte del

documento, gozará de los servicios de una impresora. Esta impresora también tiene las

funciones de scanner para que las fotografías en papel también puedan ser incorporadas

en el sistema.

El esquema que representa lo comentado anteriormente es:



64

5.1.3.- ESPECIFICACIÓN DE COMPONENTES BÁSICOS DE LA

APLICACIÓN

Esta aplicación es la primera vez que se realiza, por lo que es necesaria una

actualización tanto del hardware como del software disponible para la realización de

este proyecto.

Los elementos hardware que lo constituyen son:

HARWARE LOCAL NECESARIO YA EXISTENTE:

• 1 ordenador Pentium IV hp pavilion zt3000 con una velocidad de procesador de

1500 Mhz, con una memoria RAM de 512 Mb, un disco duro de 40 Gb.

• Una impresora hp 1200 series que contiene las funciones de scanner y

fotocopiadora a color y blanco y negro.

Los elementos software que lo constituyen son:

SOFTWARE LOCAL NECESARIO YA EXISTENTE:

• Sistema operativo Microsoft Windows XP Home Edition con un paquete de

aplicaciones Office 2000.

• Panda Antivirus.

• Navegador de Internet Explorer 5.0.



65

SOFTWARE LOCAL NECESARIO DE NUEVA ADQUISICIÓN:

• Para el ordenador se precisará cambiar el sistema operativo por Windows XP

Professional y el paquete de aplicaciones será Office 2003.

• Además se incluirán los programas Visio para la realización de los diagramas de

flujo de datos.

• El navegador se actualizará por Internet Explorer 6.0.

• Se necesitará la instalación del gestor de bases de datos DB2 v9 con el que se

configurará la base de datos y se necesitará así mismo la herramienta de DB2

que será Spatila Extender.

• Para la visualización de la información geográfica almacenada en la base de

datos se utilizará el programa ArcExplorer v3.



66

5.2.- ARQUITECTURA DATA WAREHOUSE

Esta organización tiene la arquitectura Data Warehouse, la cual, es utilizada para

el almacenamiento masivo de información. Pero para poder comprender este tipo de

arquitectura es necesario conocer previamente la diferencia existente entre los sistemas

operacionales y los informacionales.

Los primeros, representan al sistema de gestión de la base de datos,

generalmente basados en el número de transacciones realizadas a cada una de las tablas

de la base de datos. Además recogen la información puntual y detallada tanto geográfica

como temporal, de cada uno de los acontecimientos ocurridos, y que a su vez sirven

para actualizar la base de datos que es la que contiene toda la información del sistema.

Este tipo de sistemas se les denomina On-Line Transaction Processing (OLTP). Estos

sistemas realizan un uso interactivo de la base de datos mediante la inserción, consulta o

modificación de la información. Sin embargo a la hora de realizar un análisis de la

información almacenada, para facilitar la búsqueda de artículos o datos de interés,

resultan demasiado limitados.

Por este motivo, es necesario disponer de los sistemas de información que

ayuden a efectuar la toma de decisiones sobre la aplicación (informacionales). Estos

sistemas de información están enfocados a ofrecer tiempos de respuesta aceptables

(muchas de las veces en tiempo real) y el acceso a grandes volúmenes de registros.

Además, también tienen la posibilidad de ofrecer informes en los que aparecen

datos sumarizados y clasificados por diferentes criterios de análisis como por ejemplo el

cálculo de la probabilidad de ocurrencia de erupciones destructivas en un volcán

determinado, durante cierto intervalo de tiempo.



67

La información con la que trabajan los sistemas informacionales debe provenir

de los sistemas operacionales del sistema, que periódicamente o en el mismo momento

de su generación, deben enviar el detalle de la transacción al sistema informacional.

Este detalle puede ser la introducción de nueva información como características

relevantes del comportamiento del volcán, su ubicación o una modificación de los datos

debido a un error en la introducción de los datos en la base de datos de DB2. A este tipo

de sistemas se les denomina On-Line Analytical Processing (OLAP).

Las bases de datos que se utilizan en este tipo de sistema son las relacionales,

que se realizan a través de modelos de datos multidimensionales instalados sobre

gestores relacionales. Las herramientas de análisis son las ROLAP (Relational On- Line

Analytical Processing), ya que son las adecuadas cuando el volumen de datos es elevado

y a su vez proporcionan mayor dinamismo a la hora de realizar consultas no definidas

en el diseño de la base de datos.

Por lo tanto, la utilización de un Data Warehouse en la organización ofrecerá un

lugar donde se recoja toda aquella información que pueda ser de interés a la hora de

realizar diferentes informes sobre el diagnóstico de la actividad volcánica que resulte de

interés para el usuario final. Para generar esta información es necesario acceder a los

datos de los distintos sistemas informáticos y construir, por lo tanto, los procesos que

apliquen la lógica del proyecto y trasladen los resultados hasta el Data Warehouse.

Así una vez recopilada y estructurada la información, los usuarios finales tienen

acceso a todo un conjunto de herramientas que les permitirá acceder a la aplicación,

realizar sus propias consultas, analizar la información, visualizar las características

espaciales, realizar estudios estadísticos, etc.

Los sistemas Warehouse atienden a los objetivos de los sistemas

informacionales, pero su arquitectura se basa principalmente en un gran almacén de

información departamental o temática. Este almacén se denomina Data Mart ya que

contiene tan sólo los datos de los sismos.



68

La organización que pondrá en funcionamiento esta aplicación, al plantearse la

construcción de un Data Warehouse, ha decidido fabricar primeramente un almacén de

datos corporativo, alimentado por sus sistemas operacionales, para que a partir de él se

puedan construir los Data Marts especializados, que se nutrirán periódicamente del

almacén corporativo.

Sin embargo, cualquier tipo de arquitectura Warehouse, precisa de los servicios

de acceso a la información desde las estaciones cliente. Aunque dependiendo de la

tipología de estos servicios, pueden implementarse diversas herramientas de reporting,

de análisis o de consulta.

El Data Warehouse tiene una serie de requisitos:

• Necesidad de integrar la información proveniente de diferentes bases de datos y

fuentes de información: En esta aplicación se unifican los datos provenientes de

las bases de datos de los departamentos de documentación y de vulcanología y,

toda la información proporcionada por los buscadores, enciclopedias virtuales y

entrevistas en una única base de datos.

De esta manera, el usuario final puede visitar la aplicación de forma

consolidada, eliminando el acceso cruzado a cada uno de los almacenes

de los diferentes departamentos y fuentes de información geográfica y volcánica.

• Optimizar los tiempos de respuesta en las consultas: Para poder ofrecer altos

rendimientos en consultas masivas es necesario modelizar estas bases de datos

conforme a toda una serie de técnicas y conceptos que aporta la tecnología Data

Warehousing.

• Disponer de un modelo de información (no de datos): El usuario final del Data

Warehouse debe tener unos esquemas claros de la información a la que está

teniendo acceso, independientemente de lo compleja que pueda ser la aplicación

en la que estén organizados los datos.



69

• Poder definir y ejecutar nuevas consultas por el usuario final: La dinámica del

sistema exige tiempos de respuesta cortos. Una forma de reducir estos tiempos

es que el usuario final pueda definirse directamente sus consultas sin necesidad

de solicitar nuevos desarrollos informáticos.

• Mantener un Histórico de información.

• Incorporación de nuevos canales de distribución de la información: La

arquitectura del Data Warehouse incorpora un importante salto tecnológico

desde el punto de vista de interfaces de usuario.

• Gestión de la Información: Debido a la escalabilidad y a la complejidad del Data

Warehouse, es necesario tener desde un principio registrado todos los

conocimientos referentes a toda la información contenida en el Data Warehouse.

• Integración con el entorno Ofimático: La arquitectura del Data Warehouse

satisface el acceso y manipulación de la información, pudiendo el usuario final

descargar a su PC la información obtenida en las sucesivas consultas al Data

Warehouse.



70

5.3.- EVALUACIÓN DE LAS ALTERNATIVAS

Para realizar una evaluación correcta de las alternativas es necesario que se

encamine la determinación de éstas hacia el modo en el que operará cada uno de los

usuarios finales a los que va dirigida la aplicación y el tipo de arquitectura tecnológica

que se utilizará.

5.3.1.- PARÁMETROS A VALORAR

En este caso, el sistema de gestión tiene tres posibles alternativas respecto al

sistema de:

1. Recogida de datos de cada uno de los acontecimientos y almacenamiento en la

base de datos.

2. Realizar diagnóstico temporal y espacial, visualizando la información

geográfica.

3. Divulgación de este proyecto al exterior, para que pueda ser utilizada por

usuarios.



71

1.- RECOGIDA DE DATOS DE CADA UNO DE LOS ACONTECIMIENTOS.

La primera alternativa se basa fundamentalmente en efectuar la toma de datos de

cada uno de los parámetros de los sismos, no sólo partiendo de buscadores o de

enciclopedias virtuales, sino considerando la información adicional de personas que han

estado presentes en uno de estos acontecimientos, o por el contrario, se han

documentado y poseen artículos extra que serán de gran utilidad para la aplicación.

Esta introducción de datos se efectuará de manera manual por parte del

administrador, y se registrará en la base de datos.

2.- REALIZAR DIAGNÓSTICO TEMPORAL Y ESPACIAL, VISUALIZANDO

LA INFORMACIÓN GEOGRÁFICA.

La segunda alternativa se basa en el diagnóstico temporal, el cual consiste en el

análisis de las reglas definidas para la evaluación de la actividad en un rango de fechas

definidas por el usuario y en el análisis espacial el cual se basa únicamente en la

ubicación de los eventos almacenados en la base de datos. Para realizar este diagnóstico,

se hace uso del software ArcExplorer.

3.- DIVULGACIÓN DE LA APLICACIÓN PARA QUE PUEDA SER

UTILIZADA POR USUARIOS INTERESADOS EN EL MUNDO SISMICO POR

INTERNET

Por último, y para terminar con la especificación de cada una de las alternativas,

es necesario propagar la aplicación al exterior para que pueda ser utilizada por usuarios

externos al sistema. La información del sistema será presentada en una página web.

Además cada uno de los clientes que han sido entrevistados por el jefe del proyecto se

les notificará que esta aplicación está en funcionamiento para que puedan consultar más

noticias o acontecimientos que sucedieron o acontecerán alrededor de un volcán.



72

A continuación se especifican cada una de las alternativas explicadas con

anterioridad, incluyendo los componentes software y hardware de cada una.



73

ESPECIFICACIÓN DE LA ALTERNATIVA - 1

Título Código

Sistema de recogida de la información y almacenamiento 0001A

Área Fecha

Departamento documentación 20/01/2007

Antecedentes

Todo el sistema de gestión de se basa en un adecuado tratamiento de la información,

por eso, la recogida de ésta debe ser lo más fiable, óptima y sobre todo rápida.

Requisitos

Este sistema tiene la necesidad de incluir un mecanismo que permita recoger la

información tanto de los acontecimientos como de los sucesos volcánicos,

monitoreos sísmicos o documentos más significativos de cada uno de los volcanes e

integrarla en el SIG.

Especificación de la solución

Mediante la entrevista con las personas responsables de cada una de las áreas

(Sismología, Fisicoquímica y Deformación), se estudió el manejo que se hace de la

información, la clasificación de ésta y los valores críticos de cada una de las

variables.

Una vez obtenida toda la información y registrada, se pasará al ordenador personal,

para que sea tratada adecuadamente y se registre inmediatamente. De esta forma se

evitará la pérdida de información en la base de datos del sistema.

Las necesidades del cliente van dirigidas a la realización de un Data Mart para la

generación de informes y navegación multidimensional de la información del

sistema, una vez que los datos hayan sido introducidos.



74

ESPECIFICACIÓN DE LA ALTERNATIVA – 1

Se propone una arquitectura Data Mart sobre gestor relacional, dado el volumen de

información a soportar por el sistema.

El Data Warehouse Central es el almacenamiento central donde se mantiene toda

aquella información histórica procedente de los diferentes sistemas operacionales

que puede ser de interés analizar por los distintos departamentos de la organización.

Su función es concentrar toda la información en una única base de datos y unificar

los procesos de extracción, evitando que distintos Data Marts accedan a los sistemas

operacionales para obtener más información. La información que contiene este

primer nivel de almacenamiento no es accesible por los usuarios, sino que es

utilizada para alimentar al Data Mart correspondiente.

El Data Mart Departamental es una base de datos adaptada a las necesidades de los

usuarios finales. Esta base de datos estará modelada dimensionalmente para poder

ser consultada por las herramientas de análisis y/o consulta de DB2, de este modo el

tiempo de respuesta será mucho más rápido.

Necesidades hardware

Todos los componentes hardware son suministrados por el proveedor.



75

ESPECIFICACIÓN DE LA ALTERNATIVA – 1

Necesidades software

El sistema operativo que tendrán los PC´s será Microsoft Windows Professional

junto con el Sistema Gestor de Bases de Datos DB2. Además dispondrá de

aplicaciones, protocolos y todo lo necesario para el manejo del gestor.

En lo que respecta a la carga de datos, esta funcionalidad contempla los procesos

necesarios para preparar y almacenar la información en la base de datos del Data

Warehouse, tanto en el Data Warehouse Central como en el Data Mart

Departamental. Para ello será necesario implementar los procesos que accedan a la

información, la validen, interpreten los datos procedentes de cada una de las tablas

de la base de datos y realicen las transformaciones necesarias para convertir las

consultas en estadísticas o en tablas o informes.

Por último, es necesario contemplar tareas necesarias para la gestión de los clientes

entrevistados, validación de las cargas en la base de datos, gestión de backups, etc.



76


Título Código

Sistema de diagnóstico temporal y espacial 0003A

Área Fecha

Departamento vulcanología 20/01/2007

Antecedentes

Todo el sistema se basa en un adecuado tratamiento de la información, por eso, la

actualización de ésta debe ser lo más fiable, óptima y sobre todo lo más rápida

posible.

Requisitos

El sistema debe garantizar la actualización permanente de la información y el

análisis de los diferentes parámetros empleados en el monitoreo y estudio de

volcanes, que le permita a las diferentes áreas que intervienen que intervienen en el

monitoreo tener disponibilidad inmediata y precisa de la información requerida,

además de un diagnóstico acerca de la actividad del volcán (temporal y espacial).

Este sistema tiene la necesidad de incluir un mecanismo que permita recoger la

información tanto de los acontecimientos como de los sucesos volcánicos,

monitoreos sísmicos o documentos más significativos de cada uno de los volcanes e

integrarla en el SIG., por cada una de las personas de confianza del realizador de la

aplicación.



77



Una vez obtenida toda la información por cada una de las personas y recogida en un

ordenador personal, se hará un tratamiento de la información geográfica y a

continuación será visualizada con el fin de que el usuario sea capaz de reconocer y

ubicar la zona afectada por el volcán.


No existen necesidades de Hardware.


Las únicas necesidades software que se necesitan son la herramienta Arc Explorer y

habilitar la componente de DB2 spatial extender para poder integrar y almacenar

datos geográficos en el SGBD.



78


Título Código

Sistema de divulgación de la información 0004A

Área Fecha

Departamento vulcanología 20/01/2007

Antecedentes

Uno de los objetivos del sistema de gestión es que los usuarios externos a la

aplicación estén informados en todo momento de todos los acontecimientos pasados

y futuros del estado de un volcán, de este modo se ofrecerá un mejor servicio y

crecerá así el índice de visitas.

Requisitos

Este sistema tiene la necesidad de incluir un mecanismo que permita el

conocimiento de la aplicación lo más rápidamente posible por medio de la página

web.


Se optará por publicitar la aplicación en Internet ya que el envío de información a

todas las personas del país resultará más caro e incluso ineficiente, ya que al fin y al

cabo para poder acceder a la base de datos, los usuarios se tendrán que conectar a la

página web.



79


No existen necesidades de hardware.


La única necesidad software que se necesita es un navegador como Internet Explorer

para poder acceder a toda la información on-line.



80

5.3.2.- PESO RELATIVO DE LOS PARÁMETROS

La evaluación de las diferentes soluciones propuestas al sistema se realiza en

base a cuatro aspectos de interés: evaluación organizativa, operativa, técnica y

económica. Para los tres primeros, se utiliza una Matriz de Evaluación Organizativa

donde se recoge y se puntúa las diferentes características o parámetros de cada aspecto,

para cada una de las alternativas. Para la evaluación económica se utiliza una Matriz de

Evaluación de Costes, similar a la anterior, pero evaluando aspectos propiamente

económicos.

Además debe llevarse a cabo una identificación de parámetros dirigidos a

conocer cómo y en qué medida las soluciones cubren los objetivos y requisitos

establecidos para que el sistema de gestión de esta aplicación se desarrolle con

normalidad. Cada grupo de parámetros así identificado, tiene un fin concreto dentro de

la valoración que pueda hacerse de cada una de las alternativas, y por ello puede darse a

cada uno una ponderación absoluta (obtenida como media ponderada del valor dado a

cada parámetro) y una ponderación relativa a la importancia que tiene en el proyecto

con relación a los otros grupos de parámetros.

Una vez que esta etapa finalice se realizará un análisis de los valores obtenidos,

con objeto de mejorar la puntuación si fuese necesario.



81

5.3.2.1.- EVALUACION ORGANIZATIVA, OPERATIVA Y TÉCNICA

Evaluación Organizativa

• Fomentar el manejo del sistema DB2 para que el realizador de la aplicación

pueda introducir los datos de una manera rápida y eficaz. Lo mismo ocurrirá

para cada una de las personas de confianza del realizador, para actualizar la base

de datos.

• Adecuar al jefe del proyecto a los cambios de la recogida de la información en el

sistema, garantizando la fiabilidad al sistema.

• Adecuar al jefe del proyecto y a cada uno de sus personas de confianza a los

cambios de la recogida y actualización de la información en el sistema. Así se

mantendrán informados a los usuarios finales y se garantizará la fiabilidad de la

aplicación y responsabilidad del realizador.

• Incorporación de nuevos ayudantes temporales para formar a los trabajadores de

la sección de geografía y de documentación volcánica para que puedan consultar

la información necesaria.

• Establecimiento de una nueva normativa en las dos secciones del observatorio

vulcanológico para la transmisión y salvaguarda de nueva información relativa a

los volcanes que acontecerán o han sucedido en años anteriores. Así el

realizador de la aplicación podrá incorporar dichos datos al sistema lo más

rápidamente posible.



82

Evaluación Operativa

• Respecto a los cambios en la operativa actual, la información recogida no es

100% completa.

Por este motivo si se incorpora este sistema, gracias a la recogida de

información, y a la actualización constante de la base de datos, los usuarios

gozarán de mayores privilegios para buscar los datos necesarios para su

información.

• El sistema es 100% fiable. Los documentos de los que se dispone para la

realización del sistema son totalmente verídicos, ya que son resultados y noticias

de acontecimientos que han ocurrido o que sucederán a lo largo de la historia.

• La seguridad del sistema a incorporar es muy elevada ya que constantemente el

jefe del proyecto efectuará copias de seguridad (back up), para que no se pierda

la información que se va añadiendo a la base de datos.

• Este procedimiento es fácil de gestionar.

• Se realizará una administración y control exhaustivo del sistema por parte del

realizador y coordinador del proyecto para revisar las características de cada una

de los volcanes y así poder proporcionar una mayor información a los usuarios

interesados.



83

Evaluación Técnica

Para la primera alterativa, que incluye la recogida de la información y el

almacenamiento de la información en la base de datos:

• Será necesario incorporar el sistema gestor de bases de datos DB2 y la

componente spatial Extender.

• Será necesario la existencia de un Data Warehouse Central y de un Data Mart

Departamental para el almacenamiento y control de la información en la

organización.

• Cada usuario dispondrá de una clave única para poder acceder a los datos y

actualizarlos.

• Se dispondrá de un mecanismo para controlar los accesos a la base de datos. De

esta manera, tan solo uno de los usuarios podrá acceder a la base de datos en un

instante determinado para actualizar los datos referentes a un volcán.

Para la segunda alternativa, que se basa en la realización de un diagnóstico

temporal y otro espacial consistiendo en la visualización de la información geográfica y

un diagnóstico aproximado acerca de la actividad volcánica.

• Es necesario la herramienta ArcExplorer 3.0 para poder visualizar la

información geográfica almacenada en la base de datos.

Por último, para la tercera alternativa, que se basa en la divulgación de

información es imprescindible:

• Un navegador como Internet Explorer 6.0 para poder acceder la información

online.



84

5.3.2.2.- EVALUACION ECONÓMICA

Evaluación Económica

La viabilidad económica considera lo obtenido como la inversión o gasto en el

sistema de gestión de la información geográfica para el diagnóstico de la actividad

volcánica. Un estudio detallado del factor económico se realiza en base al llamado

Análisis de Coste/Beneficio. En él se marcarán los costes del proyecto y se contrastarán

con los beneficios que aportará el sistema.

Naturalmente existirán beneficios tangibles: aquellos que se puedan valorar

directamente y por tanto cuantificar (aumento de número de usuarios que acceden a la

aplicación), y beneficios intangibles: aquellos cuyos valores no se pueden precisar y son

resultado de juicios subjetivos (como por ejemplo la mejora de la aplicación en lo que

respecta a fotografías, imágenes, informes, etc.).

Con los costes y beneficios cuantificados de alguna manera, se determina la

rentabilidad del proyecto mediante consideraciones de amortización (tiempo requerido

para recuperar el dinero invertido en la aplicación).

Por lo tanto, será suficiente valorar los costes tangibles, que suelen estar

generalmente asociados al desarrollo del sistema. Estos costes a analizar son los

siguientes:



85

Costes de implantación:

• Costes de desarrollo (un realizador, que a su vez es el director y jefe del

proyecto y realiza las funciones de consultor, analista, diseñador y programador,

y un coordinador para analizar cada una de las etapas que se van desarrollando).

En el caso de la segunda alternativa se necesitarán hasta un máximo de 7

hombres de confianza para actualizar la información, con un coste inferior que el

jefe del proyecto.

• Coste de formación del jefe del proyecto para el manejo de DB2 y ArcExplorer.

El coste permanecerá igual independientemente del número de personas de

confianza que realicen la actualización del sistema. Sin embargo el coste de

formación de la cuarta alternativa será mucho más caro ya que el aprendizaje

para la realización y publicación de una página web es mucho más costoso.

• Coste de la publicación de la aplicación en Internet.

• Costes de puesta en marcha del sistema nuevo a implantar.

Costes de instalación del hardware:

• Costes del software (El sistema operativo que tendrán los equipos, Windows

Professional, Sistema Gestor de Base de Datos DB2 v9 y ArcExplorer 3.0). En

este caso, el coste de software se implantará en todos los usuarios que participen

en el sistema sin que influya en el precio.

• Costes del software (licencias de productos a implantar en todo el sistema).

• Coste de las comunicaciones.



86

Costes operacionales:

• Costes del Data Warehouse Central y del Data Mart Departamental que son los

que almacenan la información y se encargan de su control.

• Costes de seguridad en caso de un posible incendio o daño en el equipo o por la

pérdida de la información de la base de datos, debido a la entrada y expansión de

un virus en el sistema.

• Costes de mantenimiento y de mejora de la aplicación gracias a la actualización

de información de cada uno de las personas de confianza.



87

5.3.3.-VALORACIÓN DE ALTERNATIVAS

Una vez mencionadas las cuatro primeras evaluaciones, se realiza una Matriz de

Evaluación Organizativa especificando el concepto de cada grupo de parámetros y los

criterios seguidos a la hora de calificarlo.

Cada aspecto o característica se referencia con un número, y se le asignará un

peso o valor entre 1 y 3 (3=imprescindible, 2=importante, 1=conveniente) dependiendo

de la importancia que tenga dicho factor en el sistema de gestión.



88

ALTERNATIVAS 1 2 3

NÚMERO PARAMETRO PESOS

ORGANIZATIVOS

1 Adecuar cambios de recogida de información 3 3 3

2 Adecuar cambios de actualización de información 1 2 2

3

Incorporación de nuevos ayudantes para la

formación de usuarios

1 2 3

4

Agregación de nueva normativa para la transmisión

y salvaguarda

3 2 1

OPERTATIVA

5

Recogida y actualización para información 100%

completa

3 2 1

6 Conseguir un sistema 100% fiable 3 3 1

7 Seguridad del sistema 3 3 3

8 Fácil gestión gracias a las gestión del usuario 1 1 3

9

Administración y control del sistema por parte del

realizador

3 3 3

TÉCNICA

10 Instalación DB v9 y Spatial Extender 3 3 1

11

Existencia de Data Warehouse y Data Mart

Departamental

3 3 1

12

Mecanismo de generación de claves para los

usuarios de confianza

1 3 1

13

Mecanismo de control de accesos a la BBDD para

la actualización

1 3 1

14 Internet Explorer 1 1 3



89

De manera similar a la matriz de evaluación organizativa, la Matriz de

Evaluación de Costes recoge, por grupos o factores, cada uno de los costes medibles o

estimables. En esta matriz, se anotan los costes reales o esperados de cada parámetro,

para cada una de las alternativas, obteniéndose como suma de ellos el valor del coste

total de cada solución.

La Matriz de Evaluación de Costes para este sistema es la siguiente:

ALTERNATIVAS 1 2 3

COSTES DE IMPLANTACIÓN

Costes de desarrollo 15.000 60.000 35.000

Costes de formación 1.000 1.000 1.700

Costes de instrucción para programa 600 600 0

Costes de publicación 0 0 10.000

Costes de puesta en marcha 11.000 17.000 28.000

COSTE DE ADQUISICIÓN DE TECNOLOGÍA

Coste de Hardware 1000 7000 0

Costes de instalación de Hardware 600 600 0

Costes operativos de Software 2000 2000 4100

Costes de licencia de Software 1.000 1.000 2.000

Costes de las comunicaciones 0 500 10.000

COSTES DE OPERACIONALES

Costes de Data Warehouse y Data Mart 17.000 17.000 17.000

Costes de seguridad 1.500 1.500 3.700

Costes de mejora y mantenimiento 100 2.000 5.000

COSTES TOTALES 50.800 110.200 116.500



90

A simple vista la alternativa primera, que se basa en la recogida de información

y almacenamiento en la base de datos por medio del administrador, es la más barata, sin

embargo, la tercera alternativa que es la que se refiere a la publicación de la aplicación

en Internet es mucho más costosa, exactamente 65.700 euros más cara. Por otro lado la

segunda alternativa, que representa la actualización constante de la información y su

visualización mediante diagnósticos tiene un coste muy parecido a la tercera, aunque es

6.300 euros más barata.

Se observa que la primera y segunda alternativas no presentan ningún coste de

publicación, ya en ninguna de ellas se publica la aplicación en Internet. Además la

primera alternativa, recogida de información, no implica costes de comunicación ya que

el jefe de proyecto no tiene que ponerse en contacto con ningún usuario de su confianza.

Por último, es necesario comentar, que la tercera alternativa no tiene costes hardware ni

de instalación, ya que no se requiere de ningún dispositivo adicional, sin embargo los

costes software y de comunicaciones son mucho más caros que en la primera

alternativa.



91

5.3.4.- PONDERACIÓN

A continuación, se calculará la ponderación asociada a cada factor en términos

de porcentaje y el porcentaje asociado a cada grupo (ponderación absoluta), como

media obtenida del valor dado a cada parámetro.

En un primer lugar la evaluación de los distintos parámetros dependiendo del

tipo de factor en términos de porcentaje es:

ALTERNATIVAS

1 2 3

Factores organizativos (1-5) 11 12 7

Factores operativos (6-10) 15 16 11

Factores técnicos (11-18) 18 22 10

TOTAL 44 50 28



92

La ponderación asociada a cada factor es:

ALTERNATIVA PONDERACIÓN

1 2 3 1 2 3

Factores

organizativos(1-5)

11 12 7 11*100/24 25 12*100/50 24 7*100/28 25

Factores

Operativos(6-10)

15 16 11 15*100/24 34,09 16*100/50 32 11*100/28 39,28

Factores Técnicos (11-

17)

18 22 10 17*100/24

38,63 22*100/50 44 10*100/28 35,71

TOTAL 44 50 28



93

La representación gráfica de la ponderación dependiendo del tipo de factor y de

la alternativa es la siguiente:

Esto significa que dependiendo del tipo de alternativa, se da más importancia a

los factores técnicos (en el caso de la tercera alternativa), o a los factores organizativos

y técnicos (en el caso de la primera y segunda alternativa).

Además, para cada alternativa, se puntúan las diferentes características, según el

grado de cumplimiento de ellas, valorándose con un número entre 0 y 3 (3=se cumple

perfectamente, 2= se cumple, pero no totalmente, 1= apenas se cumple esta

característica y 0= no se cumple). De modo que si una característica no la contempla

una determinada alternativa, el valor a asignar sería cer

Ponderación

11 12

7

15 16

11

18

22

10

0

5

10

15

20

25

1 3

Alternativa 1

Alternativa 2

Alternativa 3



94

ALTERNATIVAS 1 2 3

NÚM PARAMETRO PESOS T A PESOS T A PESOS T A

ORGANIZATIVOS

1 Adecuar cambios de recogida

de información

3 3 9 2 2 4 1 0 0

2 Adecuar cambios de

actualización de información

1 0 0 3 3 9 1 0 0

3 Incorporación de nuevos

ayudantes para la formación

de usuarios

1 1 1 1 1 1 3 3 9

4 Agregación de nueva

normativa para la transmisión

y salvaguarda

3 3 9 3 3 9 1 0 0

OPERTATIVA

5 Recogida y actualización para

información 100% completa

3 3 9 3 3 9 1 0 0

6 Conseguir un sistema 100%

fiable

3 3 9 3 3 9 1 0 0

7 Seguridad del sistema 3 3 9 3 3 9 3 3 9

8 Fácil gestión gracias a las

gestión del usuario

1 1 2 2 2 4 3 3 9

9 Administración y control del

sistema por parte del realizador

3 3 9 3 1 3 3 3 9

TÉCNICA

10 Instalación DB v9 y Spatial

Extender

3 3 9 3 3 9 1 0 0

11 Existencia de Data Warehouse

y Data Mart Departamental

3 3 9 3 3 9 1 1 1

12 Mecanismo de generación de

claves para los usuarios de

confianza

1 0 0 3 3 9 1 0 0

13 Mecanismo de control de

accesos a la BBDD para la

actualización

1 0 0 3 3 9 1 0 0

14 Internet Explorer 1 0 0 1 0 0 3 3 9



95

5.3.5.- SELECCIÓN

Realizada ya la Matriz de Evaluación Organizativa se puede observar la

diferencia al ponderar cada una de las alternativas por separado. En este caso la más

favorable en lo que respecta a los factores organizativos, operativos y técnicos es la

segunda, ya que tiene un mayor valor VA, que es el resultado de efectuar la

multiplicación del PESO de cada uno de los parámetros y del PT (ponderación que

determina el cumplimiento o incumplimiento del parámetro que se está valorando).

Se puede observar que existe un grado de dispersión elevado en lo que respecta a

cada uno de los valores de VA de la tercera alternativa. Esto es debido a que no posee

casi ninguna evaluación respecto a su nivel organizativo ya que esta alternativa consiste

exclusivamente en la publicación de la aplicación por Internet, por lo que se necesitan

sobre todo factores técnicos.

Sin embargo en lo que respecta a los factores económicos, resulta mucho más

barato para el sistema de gestión de información espacial aplicar la primera alternativa,

ya que existe una diferencia económica importante.



96

5.4.- PLANIFICACIÓN DEL PROYECTO

La planificación con la que se ha determinado las distintas fases del proyecto de

sistema de gestión es el siguiente:



97

6.- DISEÑO EXTERNO



98

6.- Diseño Externo

A partir de la plataforma tecnológica elegida en la etapa del Estudio de la

Arquitectura, en esta fase se completarán los requisitos físicos del nuevo sistema.

También se diseñarán las entradas y salidas, se completará la especificación de los

procesos del modelo, y se elaborará el modelo lógico de datos, a partir de los volúmenes

y transacciones del sistema. A fin de completar la definición del modelo físico, se le

dota de procesos de control, seguridad y auditabilidad, necesarios para una instalación

mecanizada.

Por lo tanto, como el conocimiento del nuevo sistema aumentará

considerablemente en esta etapa, se podrá establecer la estrategia a seguir en los planes

de formación del usuario, la conversión de los datos, las pruebas del sistema y la

implantación, como parte del ciclo de vida a recorrer para poder desarrollar este

proyecto adecuadamente.



99

En definitiva, los objetivos principales del diseño externo son:

• Obtener le modelo físico de procesos del nuevo sistema.

• Obtener el modelo lógico de datos.

• Definir la estrategia de los planes: pruebas, implantación, conversión y

formación.

El procedimiento a seguir durante esta fase es el siguiente:



100

6.1.- DESARROLLO DEL MODELO FÍSICO NUEVO

Para llevar a cabo la realización del Modelo Físico del Nuevo Sistema se deben

tener en cuenta los siguientes procedimientos:

• Establecer las fronteras de mecanización (qué procesos deben realizarse

manualmente y cuáles mediante ordenador).

• Determinar los diferentes tipos de procesos, y especificaros (por lotes, on-line,

cliente, servicio web, su frecuencia y la situación física donde se procesa:

servidor de red, servidor web, estaciones cliente, etc.).

• Diseñar las entradas y salidas del sistema (ventanas, informes, formularios y

ficheros).

• Estimar volúmenes de información e identificar transacciones críticas, para

desarrollar el modelo lógico de datos a partir del modelo conceptual.

• Definir los controles y seguridad del sistema para su explotación (procesos de

control, seguridad y auditabilidad).



101

6.1.1.- FRONTERAS DE MECANIZACIÓN

Las posibilidades de implementación del sistema sobre una plataforma

tecnológica, fueron especificadas en el estudio de arquitectura. Allí se definieron las

características técnicas, organizativas y operativas de la solución a desarrollar. Según

esto, se podrá determinar ahora qué procesos se podrán llevar a cabo manualmente y

cuáles se automatizarán. Ambos tipos de procesos deben aparecer en modelo físico, ya

que si se eliminasen los procesos manuales, la función del negocio quedaría incompleta

en el modelo.

Esta tarea, puede realizarse partiendo de los DFD’s del Modelo Lógico del

Nuevo Sistema, en el que se establecieron con anterioridad las fronteras de

mecanización para el sistema de gestión de la base de datos de información geográfica.



102

El modelo lógico del nuevo sistema considerado en la fase de Análisis de

Requisitos de este sistema es el siguiente:



103

6.1.2.- ESPECIFICACIÓN DE PROCESOS

En el diccionario de datos se encuentran definidos todos los procesos originados

en el modelo lógico. A partir de las fronteras de mecanización, se ha establecido una

característica más a estos procesos: manual o automático.

Sin embargo, la descripción realizada en el modelo lógico no fue hecha

pensando en el ordenador, sino en la lógica del negocio. Ahora pues, deben revisarse

cada uno de estos procesos y mejorar la mini especificación actual, pensando que dicho

proceso será llevado a cabo por personas en unos casos y por máquinas en otros.

Esta revisión de procesos será una actividad a realizar durante todo el desarrollo

del modelo físico, pudiendo haber cambios dinámicamente debido a la incorporación de

nuevos procesos.



104

6.1.2.1.- INTRODUCCIÓN DE PASSWORD Y CONTRASEÑA

PROCESO 1: INTRODUCCIÓN DE PASSWORD Y CONTRASEÑA

LOCALIZACIÓN: Servidor de Aplicación. SQL y DB2

TIPO: Manual

FRECUENCIA: Aperiódica

DESCRIPCIÓN:

La persona encargada de administrar la base de datos e ir introduciendo la información

relevante de cada uno de los datos geográficos, tendrá que registrarse al principio de la

aplicación para poder utilizar la base de datos, actualizarla y ejecutarla consultando las

tablas que han sido creadas por él.



105

6.1.2.2.- ALTA DE CLIENTE ENTREVISTADO

PROCESO 2: ALTA DE CLIENTE

LOCALIZACIÓN: Vía telefónica o contacto directo

TIPO: Manual


DESCRIPCIÓN:

Este proceso se puede realizar por medio de un llamada telefónica del administrador de

la base de datos al cliente o viceversa, o por medio de una cita, en la que el realizador

de la aplicación tomará los datos del cliente y los registrará en la base de datos clientes

para que todos los datos de las personas que han aportado información al sistema estén

registrados.



106

6.1.2.3.- RECOPILACIÓN DE LA INFORMACIÓN MEDIANTE VIGILANCIA

VOLCÁNICA Y TÉCNICAS DE MONITOREO.

PROCESO 3: RECOPILACIÓN DE LA INFORMACIÓN MEDIANTE

VIGILANCIA VOLCÁNICA Y TÉCNICAS DE MONITOREO.

LOCALIZACIÓN: Vía telefónica o contacto directo

TIPO: Manual


DESCRIPCIÓN:

Consiste en la toma de datos por parte del administrador. La información introducida

versará sobre la Actividad, o los Sismos o los Puntos, Líneas y Polígonos de cada uno

de los volcanes.



107

6.1.2.4.- ALMACENAMIENTO DE LA INFORMACIÓN EN LA BASE DE DATOS

PROCESO 4: ALMACENAMIENTO DE LA INFORMACIÓN EN LA BASE DE

DATOS.

LOCALIZACIÓN: Servidor de datos

TIPO: Manual


DESCRIPCIÓN:

Una vez recogida toda la información geográfica y sísmica del volcán se transmitirá

manualmente al ordenador para así poder ser actualizada en cada una de las tablas de la

base de datos.



108

6.1.2.5.- ACTUALIZACIÓN POR PARTE DEL ADMINISTRADOR DE LA BASE

DE DATOS.

PROCESO 5: ACTUALIZACIÓN POR PARTE DEL ADMINISTRADOR DE LA

BASE DE DATOS.

LOCALIZACIÓN: Servidor de datos

TIPO: Batch, Manual


DESCRIPCIÓN:

La información almacenada en cada una de las tablas de la base de datos, podrá ser

actualizada por el administrador de la aplicación para mejorar su contenido e incluso su

formato.



109

6.1.2.6.- SOLICITUD DEL SERVICIO

PROCESO 6: SOLICITUD DEL SERVICIO.

LOCALIZACIÓN: Servidor

TIPO: Manual


DESCRIPCIÓN:

Este proceso se basa en la apertura de IBM DB2 y por tanto de la aplicación, para que

el usuario externo a ella pueda solicitar la información que desee sobre cualquiera de

los Sismos.



110

6.1.2.7.- EJECUCIÓN DE LA APLICACIÓN

PROCESO 7: EJECUCIÓN DE LA APLICACIÓN.

LOCALIZACIÓN: Servidor de datos donde se encuentra la base de Datos.

TIPO: Manual


DESCRIPCIÓN:

Este proceso consiste en la introducción de los datos de un Sismo o de varios datos

geográficos, para que muestren una información extra o desconocida al usuario.



111

6.1.2.8.- PRESENTACIÓN DE LA APLICACIÓN POR PANTALLA

PROCESO 8: PRESENTACIÓN DE LA APLICACIÓN POR PANTALLA.

LOCALIZACIÓN: Servidor de datos.

TIPO: Automático


DESCRIPCIÓN:

Por último, este proceso desencadena la elaboración de informes en los que se presenta

la información deseada por el usuario y los símbolos e imágenes pertenecientes al

Sismo deseado.



112

6.1.3.- DISEÑO DE ENTRADAS: INTERFAZ DE USUARIO (E/S)

Con esta tarea, se pretende realizar el diseño de los diferentes elementos de

entrada al sistema, como pantallas o ventanas, formularios y ficheros maestros,

especificando sus características y validaciones.

El interfaz de usuario (E/S), en este caso específico, se basa en la realización de

pantallas e informes para que el usuario final pueda interaccionar con la aplicación, para

que éste pueda estar informado en todo momento de los acontecimientos de la actividad

sísmica y la deformación.

Se procede por lo tanto al diseño de cada una de las pantallas y a la

especificación del contenido de ambas.



113

6.1.3.1.- PANTALLAS



114

IDENTIFICACIÓN:

CÓDIGO: E01

NOMBRE: INICIO SIG

FORMATO:

Time New Romans con tamaño de 12 y color negro, con alineación

superior central.

CAMPOS ALFANUMÉRICOS:

No existen campos alfanuméricos, ni alfabéticos, ni tampoco alfanuméricos.

MENSAJES DE VALIDACIÓN:

EL botón SIG conduce a la siguiente ventana la cual te introduce en el sistema

de información geográfica, comenzando con el desarrollo de la aplicación.

El botón Salir te indica el abandono de la aplicación.

TABLAS O FICHEROS UTILIZADOS:

En esta pantalla no se utiliza ninguna tabla ni fichero de datos.



115



116

IDENTIFICACIÓN:

CÓDIGO: E02

NOMBRE: VALIDACIÓN DE USUARIO Y PASSWORD

FORMATO:


superior central.


Existen campos alfanuméricos para introducir la información.


EL botón de texto de usuario es donde se debe introducir el nombre de usuario.

El botón de texto password y donde se introduce la pasword correspondiente al

cliente.

El botón de validar comprueba los datos introducidos por el usuario y conduce

a una pantalla menú donde se dará la opción al usuario de elegir el diagnóstico que

desee.


En esta pantalla al pulsar el botón validar se establece una conexión con la base

de datos GEOACTIV, exactamente con la tabla CLIENTES, y se validará cada uno de

los campos introducidos respecto a los datos de la tabla.



117



118

IDENTIFICACIÓN:

CÓDIGO: E03

NOMBRE: MENU

FORMATO:


superior central.


No existen campos alfanuméricos, ni alfabéticos, ni tampoco alfanuméricos.


El botón Insertar datos hace un enlace con la siguiente pantalla donde aparecerá

la información geográfica temporal suficiente a introducir por parte del usuario.

El botón Diagnóstico Espacial ejecuta ArcExplorer para la visualización

espacial de la zona volcánica.

El botón Diagnóstico Temporal ejecuta directamente lapantalla siguiente que

es la que pedirá información concreta para mostrar el diagnóstico temporal en un

rango de fechas.



119


En esta pantalla al pulsar uno de los botones se establecerá una conexión con la

base de datos GEOACTIV, exactamente con las tablas ACTIVIDAD y SISMOS. Los

resultados obtenidos de cada una de las bases de datos serán representados en las

siguientes pantallas correspondientes como salidas.



120



121

IDENTIFICACIÓN:

CÓDIGO: E04

NOMBRE: INSERTAR DATOS

FORMATO:


superior central.




En los campos alfanuméricos se introducirá la información requerida para

almacenar en la base de datos.

El botón Insertar hará una conexión con la base de datos y actualizará la

información introducida.


En esta pantalla se hará referencia a la tabla ACTIVIDAD una vez pulsado el

botón de Insertar.



122



123

IDENTIFICACIÓN:

CÓDIGO: E05

NOMBRE: INSERTAR FECHAS

FORMATO:


superior central.




En los campos alfanuméricos se introducirá la información requerida para hacer

la solicitud a la base de datos de la información.

El botón Diagnóstico Temporal mostrará una tabla con la información

solicitada sobre el diagnóstico en ese rango de fechas.


En esta pantalla se hará referencia exactamente a la tabla ACTIVIDAD. Los

resultados obtenidos de la base de datos serán representados en la misma pantalla.



124

6.1.4.- DISEÑO DE SALIDAS

Los flujos de datos que salen del sistema hacia entidades externas como son en

este caso los usuarios, pueden considerarse como salidas hacia el exterior, y podrán

resultar ser ventanas de resultados, informes o incluso formularios en los que, a partir de

unos elementos de lista, se podrán acceder a otras pantallas en las que se muestre una

salida distinta a la anterior.

En ningún informe la información generada está restringida, por lo que no se

necesitan mecanismos de seguridad y por lo tanto podrá ser visualizada por cualquier

tipo de usuario final.



125

6.1.4.1.- VENTANAS DE SALIDA

Las pantallas de salida que se presentan en la aplicación son:



126

IDENTIFICACIÓN:

CÓDIGO: E06

NOMBRE: DIAGNÓSTICO TEMPORAL

FORMATO:


superior central.


Existen campos alfanuméricos para la salida de información.


En los campos alfanuméricos se introducirá la información requerida para hacer

la solicitud a la base de datos de la información.

El botón Diagnóstico Temporal mostrará una tabla con la información

solicitada sobre el diagnóstico en ese rango de fechas.


En esta pantalla se hará referencia totalmente a la tabla ACTIVIDAD. Los

resultados obtenidos de la base de datos serán representados en la misma pantalla.



127



128

IDENTIFICACIÓN:

CÓDIGO: E07

NOMBRE: DIAGNÓSTICO ESPACIAL

FORMATO:

Time New Romans con tamaño de 12 y color negro.


Existen campos alfanuméricos para la salida de información.


El programa lo que hará será visualizar la zona del volcán tras haber sido

ejecutado por medio de la ventana anterior seleccionando el botón de Diagnóstico

Espacial


En esta pantalla se hará referencia totalmente a las tablas POLIGONOS,

LINEAS y PUNTOS. El resultado obtenido se realizará por medio del programa

ArcExplorer.



129

6.1.5.- ESTIMACIÓN DE VOLÚMENES DE INFORMACIÓN:

DETERMINACIÓN DE ENTIDADES Y PROCESOS CRÍTICOS

La información de volúmenes persigue dos objetivos. El primero de ellos, poder

dimensionar el tipo de transacciones que pueden presentarse, ajustando el modelo a las

necesidades físicas de éstas. Las transacciones que conlleven mayor número de accesos

a la base de datos, serán más críticas, puesto que se procesarán al mismo tiempo para las

estaciones terminales de la red establecida, debiéndose tener cuidado de no sobrecargar

el sistema. Además este estudio de volúmenes indicará si los procesos definidos en el

modelo lógico están bien diseñados respecto a los datos que se manejan.

El segundo objetivo que se persigue en este estudio es la obtención de la

información acerca de las diferentes entidades del modelo de datos, a fin de realizar un

diseño lógico de estos. Así puede descubrirse la necesidad de crear nuevas claves o

identificadores que resten tiempo a los programas aunque sea a base de aumentar la

redundancia y por tanto, la ocupación en disco.

Para realizar el estudio se parte del Modelo Lógico o físico de procesos, del

Modelo de Datos, del ciclo de vida de las entidades y de los diseños de entrada y salida.

Un primer análisis puede realizarse configurando una Matriz de

Procesos/Entidades.

A esta matriz se puede acceder para:

C: Crear E: Escribir

L: Leer B: Borrar

A: Actualizar



130

Por una parte, se debe observar el Diagrama Entidad Relación, para determinar

si es posible acceder a los datos que se necesitan. Por otra parte, se represará el Modelo

Lógico de Procesos para detectar si todos los datos están siendo recogidos en el diseño.

Y por último, se anotará en la matriz el modo de acceso a cada una de las entidades del

sistema:

El diagrama Entidad/Relación es el siguiente:



131

Mientras que el Modelo Lógico del sistema es:



132

Para la elaboración de la matriz Procesos/Entidades se colocarán en las filas

cada uno de los procesos. Sin embargo, en las columnas se escribirán los nombres de las

entidades y de las relaciones que existen entre ellas.

Por lo tanto la matriz Procesos/Entidades es la siguiente:

ENTIDADES RELACIONES

PROCESOS CLIENTES SITUACION ACTIVIDAD SISMOS TIENE POSEE

1. Introducción password

ycontraseña

2. Alta cliente

entrevistado

C, A

3. Recopilación de

información geográfica

L

4. Almacenamiento de la

información en la base

de datos

E

E

E

5. Actualización por

parte del administrador

de la base de datos

A

A

A

6. Solicitud de servicio

7. Ejecución de la

aplicación

L L L C, A C, A

8. Presentación de la

aplicación por pantalla

L L L C, A C, A



133

Una vez completada la matriz, se puede observar que la entidad Clientes (cliente

entrevistado) nunca es objeto de consulta de ningún proceso, y que las entidades de

Situación, Actividad y Sismos son procesadas únicamente para escribir, actualizar y leer

de ellas. En cuanto a los procesos, se puede descubrir que los procesos de

almacenamiento, actualización, ejecución y presentación de la aplicación actúan sobre

las mismas entidades. Por este motivo se pueden considerar como entidades críticas.

Las entidades críticas están sujetas a procesos críticos, por lo que esta matriz se

puede realizar atendiendo exclusivamente a los procesos críticos más importantes que se

desarrollan en el sistema. Esta vez, en las filas se colocarán tan solo las entidades

críticas, mientras que en las columnas los procesos críticos.



134

Los procesos críticos son:

P4: Almacenamiento de la información en la base de datos

P5: Actualización por parte del administrador en la base de datos

P7: Ejecución de la aplicación

P8: Presentación de la aplicación por pantalla

Las entidades críticas son:

SITUACION

ACTIVIDAD

SISMOS

La matriz Procesos/Entidades críticas es:

PROCESOS CRÍTICOS

ENTIDADES P4 P5 P7 P8

SITUACIÓN I M

ACTIVIDAD I M

SISMOS I M

Esta matriz considerada como crítica, solamente gestiona las operaciones de

inserción y modificación en la tabla, ya que son las que más tiempo tardan en realizarse.

Por lo tanto, los procesos más críticos son el almacenamiento y la actualización de

información.



135

En cualquier caso, deben considerarse, otros parámetros a la hora de establecer

las transacciones del sistema. Así, debe recopilarse la información acerca de la

frecuencia de accesos de las transacciones críticas sobre las entidades definidas en el

modelo de datos. Para ello puede utilizarse el siguiente cuadro que representa los

volúmenes de acceso de la aplicación:

VOLÚMENES DE ACCESO TRANSACCIÓN/ENTIDAD

ENTIDADES TRANSACCIÓN

CLIENTES SITUACIÓN SISMOS ACTIVIDAD

1. ALTA DE CLIENTE

ENTREVISTADO

1 0 0 0

2. RECOPILACIÓN DE

INFORMACIÓN GEOGRÁFICA

5 0 0 0

3. ALMACENAMIENTO DE LA

INFORMACIÓN

0 20 25 10

4. ACTUALIZACIÓN POR PARTE

DEL ADMINISTRADOS EN LA BASE

DE DATOS

0 5 25 10

TOTAL DE ACCESOS 6 35 50 20

Analizando en detalle los resultados de esta tabla, parece razonable que los

volúmenes de acceso más altos sean los de la entidad SISMOS ya que de esta entidad

dependen la tabla SITUACIÓN y la de ACTIVIDAD. Sin embargo, la tabla CLIENTES

(clientes entrevistados) presenta un número de transacciones muy bajo ya que la

información almacenada es muy insignificante y los accesos son poco frecuentes.



136

6.1.6.- PROCESO DE CONTROL, SEGURIDAD Y AUDITABILID AD

Esta etapa introduce y especifica en el modelo, los controles de operación y la

seguridad del mismo, ya que en este momento se sabe como se van a mecanizar, debido

a que en la etapa de Análisis de Requisitos no se introdujeron los posibles controles del

proceso de explotación del sistema.

Todos estos procesos de control, seguridad y auditabilidad podrán incluirse

dentro de alguno de los procesos existentes, o bien integrarlos como nuevos procesos en

el modelo físico. Pare realizar un análisis completo del sistema deben estudiarse los

siguientes procesos:

• Controles destinados a preservar la integridad de los datos.

• Seguridad de la información y del acceso.

• Auditabilidad del sistema por el usuario o por el administrador.

• Procedimiento de recuperación de la información.

• Realizar un histórico de la información.



137

6.1.6.1.- PROCESOS DE CONTROL

Entre las medidas de control que preservan la integridad de los datos de este

sistema, se pueden citar:

• Control de registros leídos frente a registros grabados.

• Algoritmos que relacionen registros leídos, tratados y rechazados.

• Controles derivados de la utilización del sistema de base de datos: lectura y

escritura.

• Registro de loging o diario de operaciones del sistema, para una posible

restauración de los datos por parte del administrador.

En resumen, deben incorporarse al modelo todos los procedimientos de control,

tanto manuales como automáticos que sirvan para mantener la integridad de los datos y

su recuperación. Para ello se puede utilizar una tabla de controles como la que se

muestra a continuación:

Determinación de los controles requeridos:

IN: Integridad

R: Recuperación

SA: Seguridad de acceso

A: Auditoría

Especificación de donde debe de ser implementado:

AP: Antes del proceso

E: Entrada

S: Salida

P: Propio proceso

DP: Después del proceso



138

Determinación del tipo de proceso:

M: Manual

A: Automático

En la tabla o cuadro se especifica también el número de proceso que realiza el

control y la técnica que se utilizará para una correcta realización.

REQUERIMINETOS DE CONTROL

DESCRIPCIÓN

DE CONTROL

REQUERIDO

POR

IMPLANTADO

EN

M A TÉCNICA A

UTILIZAR

VALIDACIÓN DE

DOCUMENTOS

IN E 3 TABLAS DE

VALIDACIÓN

PROCESAMIENTO

DE DOCUMENTOS

A S 5,7 4,8 INFORME

ACCESO A LA

BASE DE DATOS

IN, SA AP 5,7 4,8 TABLA DE

IDENTIFICADORES



139

6.1.6.2.- SEGURIDAD DE LA INFORMACIÓN

Comprende los procesos o procedimientos de seguridad de uso, seguridad de

datos, privacidad de la información y seguridad ante el fraude. La seguridad en la

aplicación es controlada por parte del administrador del sistema que es único que tiene

acceso directo a la información.

Los elementos a considerar se descomponen en cuatro categorías:

• Seguridad de datos en su gestión: Asegurar que los datos de salida del sistema

sean utilizados por aquellos a los que van dirigidos, usuarios.

• Seguridad de la confidencialidad de la información: tan solo el administrador

puede acceder a la información de la base de datos. Mientras que el resto de

usuarios, podrán ejecutarla cuando lo deseen, siempre que estén autorizados.

• Seguridad del propio sistema: Asegurar la disponibilidad del sistema antes

caídas provocadas por el hardware o el software.

6.1.6.3.- AUDITABILIDAD DEL SISTEMA

En este caso, es necesaria una auditoría que puede ser requerida por parte del

cliente (Observatorio Vulcanológico) o por parte del administrador para realizar el

proceso de presentación de la información geográfica mediante un diagnóstico espacial,

visualizando la situación del volcán o mediante un diagnóstico temporal, mostrando la

información semanal de los volcanes.



140

Procesos de auditabilidad

Los procesos de auditabilidad se definen mediante un DFD (diseño físico de

datos) en el que se especifica cuales deben de utilizarse en caso de ser necesaria la

recuperación de un fichero, una base de datos o producirse una caída del sistema.

En el sistema se representa en el Modelo de Procesos con el nombre de

Ejecución de la aplicación.

Procesos de historización de ficheros

En esta tarea se identifican los almacenes de datos que van a actuar como

archivos históricos, que en este caso son todos, y la gestión que va a realizarse sobre

ellos para obtener o consultar información. Partiendo del DFD físico nuevo se definen

los procesos necesarios para este tipo de almacenes.

Procesos de recuperación

Suele realizarse un DFD de recuperación, fuera del DFD del modelo físico,

debido a que estos procesos son no periódicos y sólo son requeridos ante posibles

pérdidas de información.



141

El DFD de procesos de recuperación que se puede utilizar en este sistema es el

siguiente:



142

6.2.- MODELO LÓGICO DE DATOS

El Modelo Lógico establece la estructura de los datos sin tener en cuenta los

recursos físicos utilizados. Estas estructuras se componen de relaciones o tablas en el

modelo relacional, donde las columnas representan atributos y las filas el conjunto de

ocurrencias de la relación.

El Modelo Lógico se encarga de completar la información recabada en el

modelo conceptual:

• Entidades de datos

• Atributos

• Claves de la entidad

• Relaciones entre entidades

Para la realización del Modelo Lógico de Datos se necesitan cada una de las

definiciones de las entidades que intervienen en el Diagrama Entidad-Relación y de las

relaciones entre ellas.



143

A continuación se detalla el Diagrama Entidad-Relación obtenido en la etapa del

Análisis de Requisitos:



144

Las entidades y relaciones que constituyen este diagrama son:

ENTIDADES




SITUACIÓN={coordenadas+id_sismo+punto+linea+poligono}=E.

SITUACION

ACTIVIDAD=[fecha+id_sismo+descripcion+area+magnificacion+atenuacion+e

nergia+temperatuta+nivel_lluvia]=E.ACTIVIDAD

RELACIONES

ACTIVIDAD = {Id_Sismo + Fecha + Coordenadas}=R.POSEE




145

Por lo tanto, el Modelo Lógico de Datos resultante es:

Comparando este modelo con las entidades y relaciones obtenidas en el

Diagrama Entidad-Relación, se observa que se han eliminado todas las relaciones 1-1

existentes y además, han desaparecido las entidades ACTIVIDAD y SITUACIÓN

englobándose cada uno de sus atributos en la entidad de SISMOS, pero en este caso más

completa.



146

6.3.- PLANES DE FORMACIÓN, PRUEBAS, IMPLANTACIÓN Y

CONVERSIÓN

El Diseño Externo finaliza con la preparación de la estrategia de los planes de

Pruebas, Conversión, Formación e Implementación. Estos planes son finalmente

completados en la fase del Diseño Interno, estableciéndose las pautas generales de ellos

en esta fase, sobre todo de cara a la preparación de las fases de Pruebas y de

Implantación.

6.3.1.- PLANES DE FORMACIÓN

La estrategia del plan de formación establece las pautas a seguir, para realizar la

formación de los diferentes usuarios finales del sistema, en cuanto a la operación del

sistema, su administración y mantenimiento

• Elaboración de documentos en los que se especifique cada uno de los pasos

necesarios para instalar cada uno de los recursos de DB2 que son necesarios para

ejecutar esta aplicación.

• Realización de un documento de programación en el que se explique al usuario

final cómo se han ido creando cada una de las tablas.



147

6.3.2.- PLANES DE PRUEBAS

La estrategia del plan de pruebas, establece los diferentes tipos de pruebas a

realizar para comprobar la integridad y funcionalidad del software generado, en la etapa

de pruebas de sistema. Así mismo, debe establecerse la necesidad o no de un entorno

especifico para llevar a cabo las pruebas, los procedimientos de migración a este

entorno y los equipos que realizarán dichas pruebas.

• Realizar pruebas sucesivas a todos los componentes del software, anotando su

tiempo medio de ejecución, respuesta, de acceso a discos, etc.

• Comprobación de una correcta navegación de las ventanas.

• Realizar mediciones de ocupación en disco, tráfico de las líneas de

comunicación, necesidades de la memoria, …

• Verificar que los datos obtenidos por los clientes entrevistados coinciden con lo

existente en el sistema actualmente. Siempre que se considere que la

información es correcta.

• Una vez realizada una modificación como consecuencia de una anomalía o

deficiencia, encontrada en el software, se repetirá el proceso de verificación de

los datos de pruebas.

• Comprobar la puesta a punto y entrega del producto final al usuario, que en este

caso, comprende a las personas interesadas en la información referente a los

sismos.



148

6.3.3.- PLANES DE IMPLANTACIÓN

La estrategia del plan de implantación, establece la política a seguir para poner

en marcha el sistema, el tipo de implantación a seguir, y los procesos a realizar ante a

marcha atrás en caso de detectarse anomalías o complicaciones.

• Coordinación a la hora de instalar tanto el hardware como el software.

• Realización de las operaciones pertinentes para que el cambio se desarrolle

adecuadamente.

6.3.4.- PLANES DE CONVERSIÓN

La estrategia del plan de conversión, establece los procesos necesarios para la

puesta en marcha del sistema y para la conversión de formatos de ficheros o

documentos de entrada/salida que van a ser utilizados por el sistema. Debe tenerse en

cuenta que se puede aprovechar tanto datos, como software y hardware del sistema

actual para convertirlos al nuevo sistema.

• Preveer las modificaciones a efectuar sobre el equipo hardware existente en la

instalación, con el fin de adecuarlo a las necesidades del nuevos sistema.

• Conversión de los documentos de entrada o salida. Ejemplo: Dar formato a la

elaboración de informes clasificando los sismos o la actividad volcánica de

cada uno de ellos.



149

7.- DISEÑO INTERNO



150

7.- DISEÑO INTERNO

En esta fase se identifican y se diseñan los diversos componentes software del

sistema, describiendo detalladamente sus especificaciones físicas. Dependiendo de la

arquitectura elegida para el sistema final, estos componentes pueden tener una

naturaleza muy diversa. Con la ayuda del Modelo Físico de Procesos realizado en la

etapa de Diseño Externo, donde cada proceso ha sido identificado como batch, online,

cliente, servicio, etc. se podrán reunir todas aquellas funciones de negocio de nivel más

detallado según su tipología de procesos, estructurar el sistema en un conjunto de

subsistemas. Todas aquellas funciones de tipo batch se diseñarán bajo el subsistema

batch, las funciones on-line bajo el subsistema on-line, y así sucesivamente.

En esta fase se consiguen los siguientes productos:



151

El objetivo para realizar un adecuado diseño interno del sistema gestión de la

base de datos del SIG es identificar los componentes software de la aplicación:

• Módulos

• Programas

• Servicios

Para una correcta realización será necesario dividir el sistema en unidades de

diseño, como:

• Subsistema batch:

- Diagrama de flujo HIPO: Definen cadenas batch

- Procedimientos catalogados (JCL): No se produce interacción con los sistemas

finales

• Subsistema On-line: Transacciones y programas

- Diagrama de cuadros estructurados (STC: Transición desde DFD): Sirve para

definir los programas a ejecutarse en cadenas On-line.

- Análisis de transformación y transacción



152

7.1.- SUBSISTEMA BATCH

El subsistema batch está constituido por todas las funciones de negocio que

precisan un orden secuencial de ejecución y vayan a procesarse bajo una frecuencia que

puede ser periódica (como es el caso de la actualización de la información) o aperiódica

(como la ejecución de la aplicación).

Estas funciones han sido diseñadas en el Modelo Físico de Procesos, donde sus

componentes son flujos de datos, almacenes y procesos. Mediante la derivación del

DFD de la función hacia un diagrama HIPO, estos componentes darán lugar a los

ficheros y programas que se diseñarán y se especificarán unitariamente.

Para la realización, del diagrama de flujo o HIPO y los procedimientos

catalogados (JCL) se necesita el DFD del Modelo Lógico del Nuevo Sistema. De este

modo se podrán comprender las funciones que abarca la aplicación.



153

El Modelo Lógico del Nuevo Sistema es el siguiente:



154

7.1.1- DIAGRAMA HIPO

Una vez realizado ese estudio, se dota a los procesos de una secuencialidad para

obtener los diagramas HIPO. Estos diagramas contienen una especificación de cada una

de las funciones y los procedimientos catalogados (JCL).

En este sistema a partir del DFD del Modelo Lógico del Nuevo Sistema se

pueden obtener los siguientes diagramas HIPO:

1.- Diagnóstico Temporal de los Sismos según el área en un rango determinado

de fechas.



155

2.- Generación del plano de la situación volcánica.



156

3.- Actualización de la información en las tablas de la base de datos (insertando

datos a modo administrador)

Cada uno de los programas de aplicación identificados en el Diagrama HIPO

precisa de una especificación para su diseño detallado y posterior codificación.



157

7.1.2- CUADERNOS DE CARGA

ANALISTA: Inés Díaz Mora

PROGRAMADOR: Inés Díaz Mora

DEFINICIÓN : Presentación de la aplicación

FECHA DE ENTREGA: 3 de Septiembre del 2007

FECHA PREVISTA DE FINALIZACIÓN : 15 de Junlio del 2007

MODELO LÓGICO DEL NUEVO SISTEMA – NIVEL CONCEPTUAL

DIAGRAMA HIPO 1:



158

DIAGRAMA HIPO 2:

ESPECIFICACIÓN:

Este proceso realiza un acceso a la base de datos ACTIVIDAD para ejecutar la

tabla de diagnóstico temporal del sismo. Además también se hace un acceso a la tabla

SITUACIÓN para visualizar la zona volcánica. De este modo el usuario final podrá

documentarse sobre cualquier acontecimiento del volcán.



159

ANALISTA: Inés Díaz Mora

PROGRAMADOR: Inés Díaz Mora

DEFINICIÓN : Actualización de la información por parte del administrador

FECHA DE ENTREGA: 3 de Septiembre del 2007

FECHA PREVISTA DE FINALIZACIÓN : 15 de Julio del 2007

MODELO LÓGICO DEL NUEVO SISTEMA – NIVEL CONCEPTUAL

DIAGRAMA HIPO:



160

ESPECIFICACIÓN:

Este proceso realizado por parte del administrador de la aplicación consiste en

acceder a las bases de datos para actualizar la información que allí reside.



161

7.2.- SUBSISTEMA ON-LINE

Este subsistema está constituido por aquellas funciones de negocio que no se

realizan bajo un orden secuencial de ejecución y además se procesan de manera

aleatoria a petición del usuario. Para la realización, del diagrama de cuadros

estructurado y el análisis de transformación y transacción se necesita el DFD del

Modelo Físico de procesos para comprender las funciones de negocio que se

desempeñan en esta aplicación.

Una vez realizado ese estudio se establece una jerarquía entre los componentes y

los parámetros utilizados para obtener un diagrama de estructuras.



162

7.2.1- ESTRUCTURA DE MENÚS Y PANTALLAS

El diseño de diagrama de diálogos para la navegación del usuario en la

aplicación es el siguiente:

Sistema de Información Geográfica de un Volcán

Pas

o 1

Pas

o 2

Pas

o 3

Pas

o 4

Pas

o 5

Pas

o 6

INICIO

MENÚ

CLIENTES

SITUACION SISMOS ACTIVIDAD

Ejecución Diagnóstico temporal

Ejecución Diagnóstico Espacial

Ejecución Inserción

Ejecución ArcExplorer



163

7.2.2- DIGRAMA DE ESTRUCTURAS

El Diagrama de estructuras o STC es un diagrama jerárquico donde los

elementos son módulos con información sobre su acoplamiento respecto a otros

módulos: datos y control. Un módulo es un programa con una función única, que puede

ser llamado por otros módulos y a su vez puede llamar a otros, mediante el paso de

parámetros o flujos de información y/o control. En el subsistema on-line aparece un

nuevo componente que no tenía lugar en el subsistema batch. Lo constituyen los

eventos que pueden provenir del propio sistema operativo de la máquina o del exterior

provocadas por las acciones del usuario final sobre su interfaz.



164

7.3.- PLAN DE PRUEBAS, IMPLANTACIÓN, FORMACIÓN Y

CONVERSIÓN

7.3.1.- PLAN DE PRUEBAS

En la etapa de Diseño Externo se especificó la estrategia de pruebas que se

deben a cometer, no solamente en lo que respecta al tipo de pruebas a realizar, sino al

equipo que debe llevarlas a cabo, el entorno donde deben realizarse, o lo procedimientos

de testing a utilizar con el usuario y el equipo de desarrollo. Una vez que ya se conocen

todos los componentes software de la aplicación, debe establecerse el plan de pruebas.

Como toda planificación debe constar de un conjunto de tareas a realizar bajo una

secuencia o dependencia, unos recursos (materiales y humanos) y un calendario. Un

plan de pruebas debe contener información sobre los aspectos a manejar en la ejecución

de la etapa de Pruebas del Sistema.

Este plan contiene:

• Descripción del entorno (descripción de cada componente hardware y software

necesario para realizar las pruebas).

• Identificación de las características de las pruebas (se determinan los diferentes

casos de prueba a acometer dependiendo del resultado).

• Datos y ficheros a utilizar.

• Funciones de prueba.



165

7.3.1.1.- DESCRIPCIÓN DEL PLAN DE PRUEBAS

RECURSO DESCRIPCIÓN LOCALIZACIÓN

Sistema Operativo Windows XP Pc

Bases de Datos

Gestor de bases de datos relacional IBM DB2 V9 Adaptador TCP/IP

Pc

Servidor WEB Servidor Netscape Servidor NT

Clientes WEB Navegador internet Explorer 6.0

Pc

Herramientas de Aplicación

ArcExplorer 3.0 Spacial Extender

Pc

7.3.1.2.- IDENTIFICACION DE LAS CARACTERÍSTICAS DE LAS PRUEBAS

Se realizará la carga aperiódica de datos que consistirá en las siguientes fases:

• Actualización de la base de datos.

• Borrado de cargas de la base de datos.

• Actualización de la base de datos.

• Consultas e informes.



166

7.3.1.3.- DATOS Y FICHEROS A UTILIZAR

NOMBRE DESCRIPCIÓN

TQ1 SITUACIÓN Localización volcánica

TQ2 SISMOS Clasificación de los sismos

TQ3 ACTIVIDAD Actividad volcánica del volcán

TQ4 CLIENTES Clientes entrevistados que aportan

información al sistema

7.3.1.4.- FUNCIONES DE PRUEBA

Función: Carga aperiódica de datos

Objetivo: Comp

robar el correcto funcionamiento de todo el tratamiento necesario, para realizar las

cargas de los datos más importantes en cada una de las tablas.

Pre-requisitos: La base de datos debe estar preparada para la carga de datos,

aunque tan sólo se le permitirá el acceso y modificación de la información al

administrador del sistema.

Comprobación: Observar en la ejecución de la aplicación que los datos

introducidos se han almacenado correctamente.

Resultado Esperado: La base de datos contendrá toda la información

correctamente cargada, y así el sistema podrá interactuar con ella y mostrársela al

usuario final por pantalla.



167

7.3.2.- PLAN DE IMPLANTACIÓN

En la etapa de Diseño Externo se especificó la estrategia de implantación a

acometer. Una vez que ya se conocen todos los componentes software de la aplicación,

debe establecerse el plan de implantación. Este plan debe constar de un conjunto de

tareas a realizar bajo una secuencia o dependencia, unos recursos (materiales y

humanos) y un calendario. Un plan de implantación debe contener información sobre

los aspectos a manejar en la ejecución de la etapa de Implantación del sistema.

Este plan debe contener los siguientes requisitos, aunque se desarrollarán en la

fase de Implantación:

• Introducción (Descripción de la aplicación y su arquitectura).

• Centros de implantación.

• Servidores (Identificación de los servidores en los que se implantará).

o Estaciones Cliente (Identificación de todas las estaciones cliente donde

deban de ser instalados algún requisito software).

• Requisitos de la plataforma.

o Hardware (Características de los componentes hardware a utilizar)

o Software (Características de los componentes software que deben

desplegarse los servidores y estaciones locales).

o Comunicaciones (Necesidades de componentes hardware y software para

establecer las comunicaciones de red).

• Recursos y Servicios necesarios.

o Almacenamientos (Necesidades de espacio en disco, de acuerdo con los

volúmenes de la aplicación).

o Transmisión de ficheros (Necesidades de transmisión de ficheros en

cuanto al volumen y periodicidad).



168

• Estrategia de Implantación.

o Procedimiento (Procedimiento a seguir según el plan).

o Dependencias (Actividades dependientes de otras, que deban realizarse

antes, durante o después de otras).

o Calendario (Fechas y tiempos estimados de ejecución de las tareas de

implantación).

7.3.3.- PLAN DE FORMACIÓN Y CONVERSIÓN

Estos planes se configuran en virtud de la estrategia y necesidades establecidas

para la instalación, ejecución y elaboración de cada una de las partes de la aplicación.

Por este motivo, se incluyen Anexos al final de este documento, para que el usuario

final pueda instalar cada uno de los requisitos software necesario sin necesidad de

requerir la asistencia de un experto en DB2 o del realizador de la aplicación.

Los anexos de formación para la instalación o configuración de los elementos

software incluidos en este proyecto son:

• Anexo de Instalación de IBM DB2 v9.

• Anexo de Instalación del ArcEplorer.

• Anexo de Instalación de Spatial Extender.



169

8.-PROGRAMACIÓN



170

8.- Programación

El objetivo de esta etapa es alcanzar la transformación del sistema en un conjunto de programas que puedan ser ejecutados correctamente. La dificultad estriba en cómo realizar esta transformación de la mejor manera posible, ya que el lenguaje de programación utilizado: DB2, es bastante complejo de entender.

Pero, para realizar adecuadamente esta etapa, no sólo es necesario elaborar un sistema bien diseñado, sino que debe de ser de calidad, debe obtener resultados fiables y funcionar eficazmente, facilitando y disminuyendo el mantenimiento futuro.

Los productos de ésta son:



171

8.1.- SOFTWARE DEL SISTEMA DESARROLLADO

8.1.1.- INTRODUCCIÓN

La tarea de administración de una base de datos para usuarios ajenos a ella es

bastante compleja, por lo que se suele encomendar a una o varias personas. El

administrador de la base de datos (DBA: Data Base Administrador) suele ser un usuario

muy experimentado capaz de enfrentarse a los problemas de los demás usuarios y a los

que el sistema va planteando.

Son tareas del administrador de DB2: instalar DB2, diseñar y crear una base de

datos, arrancar y detener la base de datos, crear y controlar usuarios, conceder

privilegios, gestionar el espacio, hacer copias de seguridad y recuperar la base de datos.



172

8.1.2.- ¿QUÉ ES DB2?

DB2 es el Sistema Gestor de Bases de Datos más usado actualmente. Puede

trabajar sobre cualquier tipo de ordenador, desde un ordenador personal (PC) y

Macintosh a miniordenadores y grandes mainframes. DB2 es un Sistema de Gestión de

Bases de Datos Relacional (SGBDR) que permite realizar estas tareas: introducir datos

en la base de datos, almacenar, recuperar y manipular datos de forma sencilla. Para ello,

dispone de potentes herramientas que garantizan en todo momento la seguridad de los

datos.



173

8.1.2.1.- Características de DB2

Algunas de las características más significativas que han hecho que DB2 sea

fundamental en sistemas de gestión de bases de datos son las siguientes:

• Mecanismos de seguridad.

• Copia de seguridad y recuperación.

• Gestión del espacio.

• Conectividad abierta: Es posible acceder a datos de DB2 usando software de

otros fabricantes (Visual Basic o SQL*Windows).

• Herramientas de desarrollo.



174

8.1.2.2 Novedades de DB2 V9

DB2 V9 es el servidor de datos híbrido de nueva generación con un sistema de

gestión de datos relacionales y XML optimizado.

• Habilita la información como servicio:

• Almacenamiento eficaz de datos XML

• Flexibilidad de esquema

• Integración perfecta con los datos relacionales

• Conservación de la integridad de los documentos XML

Reduce el tiempo de desarrollo:

• Entorno de trabajo para desarrolladores basado en Eclipse

• Acceso sencillo a todos los datos mediante SQL o XQuery

• Fuerte integración con las infraestructuras de aplicación líderes como PHP,

JAVA y .NET

Permite un funcionamiento más eficaz:

• Asignación de memoria autoajustable y adaptable

• Gestión del almacenamiento automatizada

• Optimización y reducción drástica del almacenamiento al comprimir los datos

• Instalación silenciosa y optimización automática para entornos SAP

Mejora la seguridad y la flexibilidad:

• Seguridad basada en etiquetas con control de acceso avanzado

• Nuevo rol de administrador de seguridad

• Mayor escalabilidad y gestión con el particionamiento de tablas



175

8.1.2.3 Acceso de datos

DB2 proporciona un juego de datos de acceso de las interfaces para los

diferentes tipos de usuarios y aplicaciones:

El Centro de Control es un gráfico de uso fácil para los usuarios interactivos y

para los administradores de Bases de Datos. Mantiene las herramientas de las tareas

diarias para configurar el sistema, creando las tablas y otros objetos, fijando los

trabajos, y realizando el apoyo y recuperación. Se puede ejecutar el Centro del Control

en el puesto de trabajo donde la base de datos se localiza o en un puesto de trabajo

remoto. Un solo Centro de Control puede manejar varias bases de datos en varios

puestos de trabajo.

El Centro de Almacén de Datos es una interface gráfica que simplifica el

proceso de diseñar, mientras construye, y mantiene los almacenes de los datos.

El Procesador de Línea de Orden es una interface texto−orientada que se puede

usar para acceder y manipular las bases de datos del sistema, puede emitir las

declaraciones de SQL y DB2 ordenando el acceso de las bases de datos locales y

remotos, y mantiene un historial de todas las demandas.



176

8.1.2.4.- Protección de datos

Proteger los datos guardados es una función esencial del sistema de una base

datos. DB2 guarda sus datos contra la pérdida, acceso desautorizado, o entradas

inválidas proporcionando:

Un juego de herramientas que lo protegen contra la pérdida de datos por el

evento de un hardware o fracaso del software. Los backups o logs periódicos para

restaurar una base de datos al mismo estado que tenía antes del fallo.

Un sistema de autoridades y privilegios que protegen los datos contra el acceso

desautorizado y la modificación. La autoridad normalmente aplica al derecho de un

usuario para realizar ciertos tipos de actividades administrativas, mientras los

privilegios son asociados con la habilidad del usuario para realizar las acciones en los

objetos de la base de datos.

Un medio para controlar la entrada de los datos definiendo las reglas para que

los valores sean válidos para una columna en una tabla (los constreñimiento), o cómo se

relacionan columnas en uno o más tablas a la integridad del referencial.

Una facilidad de la auditoria que genera un sendero de eventos de la base de

datos. Estos archivos pueden usarse para supervisar aplicaciones y accesos del usuario,

incluso las acciones del administrador de sistema.

Esta supervisión podría llevar a los cambios en la estrategia de su protección de

datos.



177

8.1.2.5.- Administrando Bases de Datos

Se puede realizar la administración de la DB2 desde cualquier puesto de trabajo.

No importa si la base de datos es local o remota. Se puede escoger un sistema de

administración especializado para todas las Bases de Datos. Se puede administrar la BD

incluso desde un navegador (Web Browser).

DB2 incluye herramientas gráficas que permiten poner a punto la actualización,

acceso a los servidores de DB2 remotos, manejar todos los servidores de un solo sitio,

desarrollar las aplicaciones, y proceso de pregunta SQL.

El Centro de Control proporciona una manera conveniente de ocuparse de las

tareas diarias de la administración de la base de datos, que lleva a una vista jerárquica

de todos sus sistemas, de las bases de datos, y de los objetos de la base de datos. Esto

hace que el sistema sea fácil de configurar, crea objetos de bases de datos y supervisa

las bases de datos.



178

8.1.3.- SEGURIDAD EN DB2

DB2 utiliza una combinación de seguridad externa y control interno de acceso a

proteger datos. Para poder acceder un servidor de base de datos, es necesario pasar unas

revisiones de seguridad. El primer paso de seguridad se llama Autenticación, donde el

usuario prueba que es quien que dice. El segundo paso de seguridad se llama

Autorización, donde SGBD decide que si el usuario autenticado es permitido a realizar

acción solicitada o acceder datos solicitada.

Autenticación

Autenticación de usuario es completamente fuera de DB2. El proceso puede ser

en una parte del SO, en un dispositivo separado, o en unos casos, no existe. Por

ejemplo, en sistemas basados en UNIX, el proceso de autenticación esta en el mismo

SO; y no existe el proceso en los SO de Windows 95 o Windows 3.1. Se necesitan un

User ID y un Password para autenticar un usuario en una de las dos maneras:

• Proceso de login a SO con éxito, como evidencia de identidad

• La combinación de User ID y Password

El usuario también a de ser identificado por DB2 con un nombre autorizado. Luego, se

extrae una lista de grupos que el usuario pertenece. DB2 extraen una lista de 64 grupos

para cada usuario. Si un usuario pertenece a mas que 64 grupos, solamente los primeros

64 grupos son válidos. En este momento, no ocurre ningún error, y los restos grupos son

ignorados.



179

Autorización

Autorización es el proceso, con la información acerca de un usuario autenticado,

que indica cuales operaciones un usuario puede realizar, y cuales objetos puede acceder.

Tablas y archivos configuración son utilizados para registrar los permisos de cada

nombre autorizado.

Hay dos tipos de permisos registrados por DB2:

• Privilegio, define un permiso para un nombre autorizado, y le permite crear o

acceder objetos

• Nivel de autoridad, es un grupo de privilegios y controles sobre administración

de alto nivel. Ambos son registrados en catálogos de base de datos.

Un usuario o grupo puede tener una o mas de los siguiente niveles de autorizacion:

• Autoridad administrativa (SYSADM o DBADM), dan privilegios total para

objetos

• Autoridad de sistema (SYSCTRL o SYSMAINT), dan privilegios total para

administrar el sistema, pero no se permite accesar a los datos

• Autoridad de cargar (LOAD), da privilegios a insertar datos a tablas



180

8.2.- MANUAL DE USUARIO

8.2.1.- INTRODUCCIÓN

La guía de usuario es un manual de las instrucciones de operación del sistema.

Se va a desarrollar orientándolo a las funciones que puede realizar el usuario final con la

aplicación y a cada uno de los controles o botones utilizados en cada ventana de interfaz

con el usuario.

8.2.1.1.- OBJETO DE LA APLICACIÓN

El objeto de la aplicación consiste en realizar una base de datos que reúna la

información de todos los Sismos con actividad volcánica hasta la fecha, en las que se

incluirá la posibilidad de añadir información de las próximas alteraciones de los

volcanes. Toda esta información, se presentará al usuario a través de un sistema que

gestione y sea el intermediario de la consulta y administración de todos los datos

contenidos en la base de datos.

Por último, se tratarán de seleccionar y elegir los datos más curiosos para que la

aplicación sea lo más completa y vistosa posible y, además, se intentará realizar un

trabajo fácil de entender, acceder y utilizar por usuarios ajenos al realizador del

proyecto.



181

8.2.1.2.- ÁMBITO DE LA APLICACIÓN

La aplicación se realizará en un ordenador personal, en el que se trabajará con

DB2 y con los programas de ArcExplorer para la ejecución de la aplicación.

8.2.1.3.- DOCUMENTACIÓN RELACIONADA

Aparentemente, no existe ninguna aplicación que realice las mismas funciones

que este sistema.



182

8.2.2.- DESCRIPCIÓN GENERAL DEL SISTEMA

8.2.2.1.- ENTORNO DE TRABAJO

El entorno de trabajo, como ya se ha comentado anteriormente, es simplemente

de un ordenador personal, en el que están almacenados todos los datos en las tablas de

la base de datos creadas por el administrador del sistema. No obstante, se recomienda

que unos requisitos mínimos de software y de hardware para poder instalar cada uno de

los programas y para poder ejecutar la aplicación. Para ello, el sistema operativo tendrá

que ser Windows 2000 o superior, y la velocidad del procesador deberá de ser como

mínimo de 1,5 Khz, ya que el volumen de datos que se transmiten desde la base de

datos hasta la aplicación una vez ejecutada es muy elevado.

8.2.2.2.- PERFILES O ROLES DE USUARIO

Todos los usuarios que utilicen el entorno visual que contiene la información de

cada una de las diversas tablas de la base de datos, no tienen por qué estar relacionados

con la aplicación, ni con su creador, ya que los datos que contiene ésta son de interés

general, y servirán para informar y para que usuarios externos adquieran más

información de los Volcanes.

Por este motivo, cada unos de los usuarios deberán conocer la contraseña, la

clave y el nombre de la base de datos para poder conectarse, pero en ningún momento

podrán acceder a la información de la base de datos que el administrador almacenará en

su ordenador.

Por otro lado, el administrador, que es el creador del entorno visual y el

encargado de actualizar y modificar la información, sí tendrá una clave personal para

poder acceder a cada una de las tablas de la base de datos e introducir los cambios

pertinentes para que los usuarios estén en todo momento lo más informado posible.



183

8.2.2.3.- FUNCIONAMIENTO DEL SISTEMA

Una vez que se han instalado todos los componentes software necesarios para la

puesta en marcha del sistema se procede a la compilación y ejecución de la aplicación.

Para ello es necesario seguir el siguiente procedimiento:

• Paso 1: Configuración de DB2 9 (Anexo de Configuración DB2 9).

• Paso 2: Migración de la base de datos al ordenador (Fase de programación para

poder configurar la base de datos igual que el administrador)

• Paso 3: Instalación del ArcExplorer (Anexo de Instalación del ArcExplorer).

• Paso 4: Habilitar Spatial Extender para almacenar información geográfica en

DB2.

• Paso 5: Seguimiento del Manual de Usuario para la ejecución de la aplicación.



184


Pas

o 1

Pas

o 2

Pas

o 3

Pas

o 4

Pas

o 5

Pas

o 6

INICIO

MENÚ

CLIENTES

SITUACION SISMOS ACTIVIDAD

Ejecución Diagnóstico Temporal

Ejecución Diagnóstico Espacial





185

8.2.3.- FUNCIONALIDADES DEL SISTEMA: FUNCIÓN DE NEG OCIO

La función de negocio principal que se realiza en este sistema es la ejecución y

la presentación de los resultados por pantalla.

8.2.3.1.- DESCRIPCIÓN DE LA FUNCIONALIDAD

La aplicación mostrará al usuario, al ser ejecutada las siguientes características:

• Datos para insertar en la tabla de la base de datos para actualizar la información.

• Imágenes de los volcanes referenciados.

• Un diagnóstico temporal de la actividad volcánica mostrando todos los datos de

cada área (Sismología, Deformación y Fisicoquímica).

• Un diagnóstico espacial con la demostración y visualización de la zona

volcánica.

8.2.3.2.- PERFILES DE USUARIOS AUTORIZADOS

La única persona autorizada para tratar la información y modificarla en la base

de datos es el administrador de la aplicación. Sin embargo los usuarios finales deberán

conocer la clave, contraseña y nombre de la base de datos para conectarse a la

aplicación y así, poder ejecutarla, pero en ningún caso se permitirá la modificación por

parte del cliente de la base de datos.



186

8.2.3.3.- OPERATIVA DE LA FUNCIÓN

Para realizar esta función, lo único que es necesario es la ejecución de la

aplicación, tener la base de datos en modo start y que el usuario introduzca por pantalla

el usuario y contraseña para así poder entrar en la aplicación y realizar un diagnóstico

temporal, un diagnóstico espacial y la inserción de nueva información.

8.2.4.- ANEXOS

Para la ejecución de esta aplicación, el usuario deberá tener instalado y

configurado en su ordenador: el software de DB2 9, Spatial Extender y ArcExplorer.,

Toda esta información está descrita en los Anexos, que están al final del proyecto.

8.2.4.1.- INCIDENCIAS MÁS FRECUENTES

Existen dos tipos de incidencias que se pueden producir en esta aplicación

dependiendo de quién sea el que esté utilizando la aplicación.

Si es el administrador, los errores que pueden suceder son:

• Por el borrado de una tabla en la base de datos que no se deseaba borrar, por lo

que será necesario que la introduzca nuevamente

• Por la manipulación de los datos, al introducir un dato erróneo en una de las

tablas y será necesario borrar su contenido para poder introducirlo de nuevo, sin

necesidad de borrar la tabla.

• también, por la introducción de información que no se puede almacenar en la

base de datos y que no se dispone de más espacio, por lo que se tendrá que

ampliar la capacidad de almacenamiento de esa base de datos.



187

Sin embargo, si el usuario es el que está utilizando la aplicación, las incidencias

que pueden suceder son:

• La lentitud del procesador debido al volumen de información que es necesario

transportar desde la base de datos hasta la aplicación.

• La falta de imágenes o de iconos de un volcán determinad en una pantalla de la

aplicación.

8.2.4.2.- DESCRIPCIÓN DE VENTANAS

1.- Pantalla Inicio

Esta pantalla es el comienzo de la aplicación, donde el usuario podrá decidir si

desea continuar con su ejecución o si desea abandonar la aplicación.

Botón de avance a la siguiente pantalla

Botón de abandono de la aplicación



188

2.- Pantalla de Autenticación de usuario

En esta pantalla, el usuario deberá introducir su usuario y contraseña para entrar en la

aplicación SIG y realizar una conexión con la base de datos.

Caja de texto donde el usuario introducir

usuario

Botón de validar y acceso a la pantalla siguiente

Caja de texto para introducir contraseña

del usuairo



189

3.- Pantalla de Menú

Esta pantalla, muestra la primera decisión que debe tomar el usuario. Si desea

insertar nueva información del volcán, o desea realizar un diagnóstico temporal o un

diagnóstico espacial.

Botón de avance a la siguiente ventana de Diagnóstico Espacial

Botón de avance a la siguiente pantalla de Diagnóstico Temporal

Botón de avance a la siguiente ventana para insertar datos



190

4.- Pantalla de Inserción de datos

En esta pantalla se muestran los datos referentes al volcán a introducir para

actualizar las tablas de la base de datos.

Casillas de texto para introducir la información volcánica

Botón de avance a la siguiente página para insertar los datos



191

5.- Pantalla de Diagnóstico Temporal

Esta pantalla muestra la opción de hacer un diagnóstico temporal del volcán en

un determinado rango de fechas, mostrando seguidamente una tabla con dicha

información.

Imagen del volcán

Caja de texto que informa al usuario final del diagnóstico

temporal del volcán

Caja de texto donde introducir fecha

Caja de texto donde introducir fecha

Botón de ejecución de la aplicación para

un diagnóstico temporal



192

6.- Pantalla de Menú. Diagnóstico Espacial

Esta pantalla muestra un menú para que el usuario final pueda tomar la decisión

de insertar datos del volcán, o de realizar un diagnóstico espacial o temporal.

Botón de avance a la siguiente ventana que es el

Diagnóstico Espacial



193

7.- Ejecución de ArcExplorer

Esta pantalla es la ejecución del programa ArcExplorer para visualizar la

información geográfica y así mostrar la situación y ubicación del volcán.



194

8.- Pantalla del programa ArcExplorer

Esta pantalla muestra el inicio del programa ArcExplorer.



195

9.- Pantalla del Diagnóstico Espacial

Botón del ArcExplorer que te muestra el catálogo de bases de datos

Añadir una conexión a la base de datos GEO

Establecer la conexión con la base de datos GEO mediando un usuario y contraseña

Test de conexión correcto



196

Esta pantalla muestra el resultado geográfico de la base de datos espacial,

exactamente la zona del volcán y sus alrededores.

Visualización del volcán



197

9.- PRUEBAS DEL SISTEMA



198

9.- PRUEBAS DEL SISTEMA

Una vez desarrollados y probados cada uno de los programas y componentes

que forman el software, deben realizarse una serie de pruebas para conseguir integrar

todo el sistema, de acuerdo al Plan de Pruebas establecido en la etapa de Diseño Interno.

Así, el objetivo global de esta fase es someter al sistema desarrollado y a sus

componentes, a una serie de verificaciones encaminadas a garantizar un nivel de

fiabilidad aceptable.

Esta fase es crítica y debe por tanto ser planificada, diseñada y realizada con el

mismo rigor y control con el que se ha realizado el desarrollo del sistema. Si los

resultados de las pruebas son satisfactorios, se procederá a la aceptación de las mismas

y a la implantación del sistema, pero en caso contrario habrá que subsanar las anomalías

encontradas, es decir, volver al diseño o a la codificación realizada.

Como consecuencia de las pruebas realizadas, se desarrollará el Manual de

Instalación y Configuración, determinando qué componentes deben instalarse en cada

equipo, y cómo debe realizarse dicha instalación. Toda esta información estará

contenida en Anexos.



199

9.1.- EL ENTORNO DE PRUEBAS O CERTIFICACIÓN

En el Plan de Pruebas se estableció la necesidad de incorporar un entorno

adecuado donde ejecutar las pruebas del software. Este entorno debía tener una

arquitectura hardware y software similar al entorno final de la aplicación.

La tabla del entorno de Pruebas realizada en la fase de Diseño Interno es la que

se muestra a continuación:

RECURSO DESCRIPCIÓN LOCALIZACIÓN

Sistema Operativo Windows XP Pc

Bases de Datos

Gestor de bases de datos relacional IBM DB2 V9 Adaptador TCP/IP

Pc

Servidor WEB Servidor Netscape Servidor NT

Clientes WEB Navegador internet Explorer 6.0

Pc

Herramientas de Aplicación

ArcExplorer 3.0 Spacial Extender

Pc

El entorno de las pruebas suele adaptarse y configurarse antes de la realización

de cada tipo de prueba.

En cuanto a la información personal a utilizar para realizar las pruebas deben

observarse las leyes vigentes al respecto, para no violar la confidencialidad de la

información de tipo personal.

El equipo de pruebas podrá estar formado por personas ajenas al proyecto, de

modo que se pueda realizar un mejor control de calidad. Una de estas personas es por

ejemplo el Coordinador del proyecto, encargado de supervisar en todo momento el buen

funcionamiento del sistema.



200

El equipo de pruebas utilizará las herramientas necesarias en cada caso, para

llevar a cabo cada prueba. Con un monitor se comprobará el volumen de accesos al

acceder a la base de datos y la ocupación en disco de todo el sistema. Las herramientas

utilizadas son todas las de DB2.

9.2.- TIPOS DE PRUEBAS

Durante las etapas de Programación, Pruebas del Sistema e Implantación se

realizarán diversas pruebas, cada una con diferentes objetivos y dependiendo del tipo de

software fabricado, se les someterán a unas pruebas o a otras.

En esta etapa se realiza el bloque de pruebas más complejo, para comprobar la

funcionalidad y el rendimiento exigido en los requisitos de esta aplicación. Para ello,

previamente se habrán realizado las pruebas unitarias de cada uno de los componentes

software, y posteriormente se volverán a realizar pruebas de carga, pero ahora ya sobre

el entorno final de ejecución.

Los diversos tipos de pruebas que suelen realizarse en esta etapa son:

• Pruebas de encadenamiento: verifican las llamadas entre componentes.

• Pruebas de Integración: verifican la funcionalidad de todo el sistema integrado, y

el rendimiento de los recursos utilizados

• Pruebas de Explotabilidad: verifican la correcta operación del sistema.

• Pruebas de Seguridad: verifican los aspectos de seguridad exigidos en los

requisitos del sistema.

• Pruebas de Sobrecarga: verifican el correcto comportamiento del sistema ante

los estados de estrés en los que puede verse envuelto.

• Pruebas de Recuperación: verifican la capacidad del sistema para recuperar

información o incidencias anómalas.

• Pruebas de Regresión: verifican el correcto comportamiento del sistema ante la

modificación de alguno de sus componentes.



201

• Pruebas de Aceptación de Usuario: certifican, por parte de los usuarios, la

funcionalidad y rendimiento del sistema, de acuerdo con los requisitos

establecidos.

• Pruebas de Usabilidad: certifican, por parte de los usuarios, la manejabilidad y

amigabilidad del sistema.



202

9.2.1.- PRUEBAS DE ENCAMINAMIENTO

Una vez comprobado el correcto funcionamiento de cada componente software,

estas pruebas garantizan la adecuada comunicación entre unos componentes y otros. Se

realizan para subsistemas on-line y batch, que son los que realizan las llamadas entre los

componentes.

En los subsistemas batch, como es por ejemplo, la presentación de la aplicación

por pantalla, está formado por diversos módulos .fmb que deben de ser compilados y

ejecutados para que se creen los ejecutables .fmx.

Sin embargo en el subsistema on-line, las funciones de actualización de la base

de datos, requieren la presencia del administrador para que éste realice consultas y

compruebe la validez de la información introducida. Por otro lado, la ejecución de la

aplicación es la función en la que el usuario introduce los datos de los que desea obtener

más información, como es por ejemplo diagnóstico temporal o el espacial de un

determinado volcán.



203

9.2.2.- PRUEBAS DE INTEGRACIÓN

Una vez verificadas las comunicaciones y llamadas entre módulos y programas

de la aplicación, se procede a integrar todos los componentes software, tablas de la base

de datos, programas y módulos.

Conforme se integra una función con sus interfaces de entrada-salida, se le

somete a comprobar la funcionalidad respecto a los requisitos marcados.

Durante estas pruebas, se comprueba por ejemplo, si desde la ejecución del

programa de DB2 se puede obtener una comunicación directa con la base de datos. Para

ello, habrá sido necesario ejecutar el comando db2start.



204

9.2.3.- PRUEBAS DE EXPLOTABILIDAD DEL SISTEMA

Estas pruebas van encaminadas a determinar la facilidad que ofrece el sistema

para su explotación u operación. Para ello, se ejecutarán tanto los procesos periódicos

como los aperiódicos.

El único proceso que se necesita para verificar el funcionamiento de la

aplicación es la ejecución del sistema, y que los datos mostrados por pantalla sean los

adecuados en cuanto al formato y los mismos que los que están almacenados en cada

una de las tablas de la base de datos.

9.2.4.- PRUEBAS DE SEGURIDAD

Este sistema tiene incorporado mecanismos de seguridad, en cuanto a la

accesibilidad del sistema. Además, se ha declarado como confidencial la información

que reside en la base de datos, ya que sólo el administrador podrá trabajar con ella y es

el único que tendrá acceso. Los usuarios podrán visualizar la información del volcán al

ejecutar la aplicación, pero eso sí, la información mostrada en cada una de las pantallas

tiene distinto formato que el que fue introducido en las tablas de la base de datos, ya que

el realizador de la aplicación no desea mostrar por pantalla toda la información

almacenada, sino tan solo la que a él le interesa.



205

9.2.5.- PRUEBAS DE SOBRECARGA

La arquitectura del sistema se ha definido para poder soportar un acceso máximo

de un usuario. En momentos determinados, el sistema podría recibir una carga excesiva,

ya que los datos con los que se trabajan requieren grandes transacciones.

Sin embargo, en otros casos, la aplicación se considera crítica ya que provocará

retenciones o lentitud en la operación de mostrar los resultados por pantalla. Una

solución a este problema sería ampliar los recursos de la aplicación y del propio

entorno, pero su puesta en marcha es complicada debido al elevado coste para su

explotación. Por este motivo, se recomienda un procesador con una velocidad mínima

de 1,5 Khz y para que todas las transacciones se realicen lo más rápidamente posible.

En estos casos se debe establecer los condicionantes de operación adecuados

para que en esos picos de sobrecarga, el sistema pueda continuar funcionando, aunque

su rendimiento no sea del todo eficaz.



206

9.2.6.- PRUEBAS DE RENDIMIENTO

En este sistema no se pueden diseñar procesos aperiódicos para tratar la pérdida

de la información o para gestionar las anomalías, en caso de que se produzcan. Un

ejemplo claro de esto, es la destrucción de una tabla de la base de datos. En este caso, al

borrar la tabla o el contenido de ésta, es imposible recuperar la información que

previamente se almacenó. Lo único con lo que el administrador dispone, es de un

documento de Word en el que se especifica toda la información que se ha ido

introduciendo en la base de datos gracias a los comentarios proporcionados por los

clientes entrevistados. Esto servirá de copia de seguridad, ya que como se ha comentado

anteriormente, dotar a los procesos de recuperación de la información resulta muy

costoso. Además, en la base de datos también existen otras tablas referentes a cada

sismo. Las tablas son por ejemplo ACTIVIDAD, SISMOS, etc.

9.2.7.- PRUEBAS DE REGRESIÓN

Las pruebas se realizarán para detectar anomalías o errores software, que pueden

estar provocados en su diseño o codificación. Al añadir una mejora al sistema deben

volver a ejecutarse una parte de las pruebas realizadas hasta ahora. En el caso de que se

incorporen nuevas innovación sobre el sistema, se necesitará el uso de herramientas de

prueba que permiten la repetición de ellas, de una manera sencilla.



207

9.2.8.- PRUEBAS DE ACEPTACIÓN DE USUARIO

Estas pruebas junto con las de Usabilidad, son realizadas por el usuario final

desde su propio equipo de trabajo. El objetivo de estas pruebas es validar el sistema

desde el punto de vista del Sistema Operativo. Generalmente se utilizará el Manual de

Usuario para guiarse por la navegación del sistema. Esta aceptación únicamente

certifica la conformidad del usuario con la aplicación desarrollada, dando paso a su

implantación en los ordenadores personales de otros usuarios finales. En este entorno se

realizarán repetidas y nuevas pruebas, entre las que figura la aceptación final de usuario,

donde comprobando la funcionalidad del sistema en su entorno final de trabajo, dará su

conformidad a la aplicación.



208

9.2.9.- PRUEBAS DE USABILIDAD

En este caso, las pruebas de aceptación del usuario se complementan con las

pruebas de usabilidad, cuyo objetivo es verificar la facilidad de uso del sistema que se

debe manejar. Esta facilidad de uso, se refiere al diseño de la interfaz de usuario y al

Manual de Usuario.

El interfaz de la aplicación es el siguiente:


Pas

o 1

Pas

o 2

Pas

o 3

Pas

o 4

Pas

o 5

Pas

o 6

INICIO

MENÚ

CLIENTE

SITUACION SISMOS ACTIVID AD

Ejecución Diagnóstico Temporal

Ejecución Diagnóstico

Espacial





209

Sin embargo, para ejecutar la aplicación, el usuario contará con un Manual de

Instalación y de Configuración, en el que se le explicará como debe instalar cada uno de

los elementos software y cómo tiene que configurar su equipo de trabajo para que pueda

visualizar todo el contenido de la aplicación.



210

9.3.- MANUAL DE INSTALACIÓN Y CONFIGURACIÓN

Al construir el entorno de pruebas, es necesario instalar y configurar tanto el

software base (sistema operativo y gestores de bases de datos), como el software de

aplicación, de acuerdo con los componentes utilizados en el sistema.

Para preparar el entorno de ejecución del sistema es necesario tener instalado los

siguientes componentes software:

• DB2

• Spatial Extender

• ArcExplorer

Los manuales de instalación se encuentran al final del proyecto como Anexos.

Por último, en la etapa de Programación, está presente el Manual de Usuario

para ejecutar la aplicación, y que el usuario la pueda ejecutar sin problemas, donde se

explican todos los mecanismos para la puesta en marcha y funcionamiento del sistema.



211

10. IMPLANTACIÓN



212

10.- IMPLANTACIÓN

Una vez probada la integridad del software del sistema y especificada su

instalación y configuración, se debe transferir el software producido, para llevar a cabo

la explotación del sistema. Esta transferencia debe prever la migración del software a

cada uno de los equipos de los usuarios finales.

Los productos de esta etapa son:



213

10.1.- PRUEBAS DE IMPLANTACIÓN

De acuerdo con el Plan de Implantación y el Manual de Instalación de

Configuración e procede a desplegar el software base y de aplicación a las máquinas de

cada uno e los usuarios finales que van a utilizar esta aplicación.

Una vez instalado el software se realizarán dos pruebas: Unas de ellas tienen

como objetivo certificar el correcto funcionamiento de la aplicación, es decir, que todos

los programas se desarrollen con normalidad y que permitan que la aplicación sea

tratada por el usuario. La otra prueba necesaria es la aceptación final del usuario, que

desde su ordenador certificará el correcto funcionamiento del sistema de acuerdo a los

requisitos necesarios establecidos y al Manual de Usuario.

Superadas estas pruebas el sistema ya se podrá ir instalando en cada uno de los

sucesivos ordenadores de los usuarios interesados.



214

10.2.- SISTEMA DE EXPLOTACIÓN

Para la implantación se recomienda seguir el siguiente procedimiento:

• Paso 1: Configuración de DB2 9 (Anexo de Configuración DB2 9).

• Paso 2: Migración de la base de datos al ordenador (Fase de programación para

poder configurar la base de datos igual que el administrador)

• Paso 3: Instalación del ArcExplorer (Anexo de Instalación del ArcExplorer).

• Paso 4: Habilitar Spatial Extender para almacenar información geográfica en

DB2.

• Paso 5: Seguimiento del Manual de Usuario para la ejecución de la aplicación.



215

CONCLUCIONES

• Se ha desarrollado un SIG como ayuda en la evaluación de la actividad

volcánica basado en reglas, integrando diferentes disciplinas como la

sismología, deformación y fisicoquímica. El SIG permite evaluar la información

tanto espacial como temporalmente, lo que ayuda a tener una idea más clara de

la evolución de la actividad volcánica.

• El SIG desarrollado contiene varios módulos, cada uno de los cuales realiza una

función específica: módulo de ingreso de datos, módulo de consulta de

información, módulo de visión espacial.

• El SIG puede ser adecuado de acuerdo a las necesidades propias de un

observatorio, dado su diseño flexible y basado en módulos.

• El SIG permite la creación y ejecución de consultas a la base de datos de manera

amigable y comprensible para el usuario, además de facilitar la obtención de la

información requerida para la creación de informes.

• Al trabajar con ArcExplorer, se encontraron dificultades para la realización de

algunos procedimientos complejos relacionados con el diagnóstico y la conexión

con la base de datos DB2 y junto con la aplicación desarrollada en Visual

Studio.NET.



216

BIBLIOGRAFÍA

• [ALON05] I. Alonso, E. Rivero, L. Martínez, “Bases de Datos relacionales:

fundamentos y diseño lógico”. Universidad Pontificia de Comillas, Madrid

2005.

• [BARR01] Barranco de Areba, Jesús. “Metodología del análisis estructurado

de sistemas”. Universidad Pontificia de Comillas, Madrid 2000.

• [PEÑA06] J.Peña LLopis, “Sistemas de información geográfica aplicados a la

gestión del territorio : entrada, manejo, análisis y salida de datos espaciales:

teoría general y práctica para ESRI ArcGIS 9” San Vicente (Alicante) : Club

Universitario, 2006

• [FORO05] Foro de Usuarios de Sistemas de Información Geográfica (GIS -

SIG) y Teledetección

http://foro.gabrielortiz.com/

• [OLO90] Coloquio de Geografía Cuantitativa (4º. 1990. Palma), Sistemas de

información geográficos y la toma de decisiones territoriales / IV Coloquio de

Geografía Cuantitativa, Campus de la UIB, Palma 25-28 de septiembre, 1990

(1990)

• [ARCE06] Manual para consulta de cartografía digital de ArcExplorer

http://www.microrregiones.gob.mx/cedula/Manual_ArcExplorer.pdf



217

• [ENRQ06] Evaluación de Rendimiento de Motores de Bases de Datos

Multiplataforma. Universidad Nacional del Nordeste. Facultad de Ciencias

Exactas, Naturales y Agrimensura. Trabajo de Adscripción. Erica Isabel

Enriquez - L.U.: 29063. Prof. Director: Mgter. David Luis la Red Martínez.

Licenciatura en Sistemas de Información. Corrientes – Argentina 2006

http://exa.unne.edu.ar/depar/areas/informatica/SistemasOperativos/monerica.pdf

• [INST06 ] nstituto Geográfico Nacional

http://www.fomento.es/MFOM/LANG_CASTELLANO/DIRECCIONES_GEN

ERALES/INSTITUTO_GEOGRAFICO/Geofisica/sismologia/



218

ANEXOS



219

ANEXO I. DE INSTALACIÓN DB2 9 ENTERPRISE

SERVER EDITION

El proceso de instalación de DB2 9 en un ordenador personal es un proceso

sencillo, pero a la vez lento, debido al proceso de transmisión de la información de cada

uno de los discos al ordenador, ya que primero es necesario efectuar una lectura de cada

uno de los tres discos, luego hay que transmitirlos al ordenador, y por último toda la

información se ha de salvaguardar en el disco duro de este.

El proceso de instalación de DB2 9 consta de los siguientes pasos:

1. Insertar el CD del producto DB2 en la unidad. Si está habilitada, la función de

ejecución automática inicia el panel de ejecución de la instalación de DB2

automáticamente. Si la ejecución automática no funciona, utilice Windows

Explorer para examinar el CD del producto DB2 y haga una doble pulsación en

el icono de instalación.

2. Desde el Área de ejecución de instalación de DB2, se puede visualizar los

requisitos previos de instalación y las notas del release o ir directamente a la

instalación. Para obtener información de última hora, se deberán repasar los

requisitos previos de la instalación y las notas del release.



220

1. Pulsar Instalar un producto y se abrirá la ventana Instalar un producto



221

2. En la ventana Instalar un producto, si no existe un Centro de información de

DB2 instalado en el sistema, iniciar la instalación pulsando en Instalar nuevo.

Si ya tiene instalado un Centro de información existente de DB2 Versión 9 en el

sistema, pulsar Trabajar con existente para trabajar con el Centro de

información de DB2 existente.



222

3. En la ventana Bienvenido al asistente de instalación de DB2, pulsar Siguiente.

El Asistente de instalación de DB2 guiará por el proceso de instalación del

programa.

4. Para continuar con la instalación, aceptar el contrato de licencia. En la página

Contrato de licencia, seleccionar Acepto los términos del contrato de licencia

y pulsar Siguiente.

5. En la página Seleccionar instalación, creación del archivo de respuestas, o

ambos, seleccionar Instalar Centro de información de DB2 en este sistema.

Si se desea utilizar un archivo de respuestas para instalar el Centro de

información de DB2 en este u otros sistemas más tarde, seleccionar Instalar el

Centro de información de DB2 en este sistema y guardar mis valores en un

archivo de respuestas. Se puede especificar dónde se guardará el archivo de

respuestas. Pulsar Siguiente.

6. Seleccionar los idiomas en que se instalará el Centro de información de DB2 en

la página Seleccionar los idiomas a instalar. Por omisión, el Centro de

información de DB2 se instala en el directorio C:\Archivos de

programa\IBM\DB2 Information Center\Version 9. Pero puede especificar su

propia vía de instalación. Pulsar Siguiente.

7. Configurar el Centro de información de DB2 para las comunicaciones entrantes

en la página Especificar el puerto del Centro de información de DB2. Pulsar

Siguiente para continuar la instalación.



223

Si especifica un número de puerto distinto del predeterminado y recibe el error

"El nombre de servicio especificado está utilizándose", se puede corregir este

error si se elige utilizar el número de puerto predeterminado o si se especifica un

nombre de servicio diferente.

8. Revisar las opciones de instalación que se haya realizado en la página Comenzar

a copiar archivos. Para cambiar cualquiera de los valores, pulsar Anterior .

Pulsar Instalar para copiar los archivos del Centro de información de DB2 en el

sistema.



224

ANEXO II. INSTALACIÓN ARCEXPLORER v 3

El ArcExplorer es un programa que permite desplegar y realizar una serie de

consultas básicas de información geográfica, entre las que se encuentran la consulta de

la base de datos asociada a cada elemento geográfico, medir distancias lineales entre dos

puntos y buscar textos o cifras dentro del mapa. Permite construir también mapas

temáticos de acuerdo a los atributos de cada mapa contenido en una base de datos.

Pasos a seguir para la instalación:

1. Primero buscamos donde guardamos el instalador, luego de localizado

presionamos ArcEplorer:



225

Luego damos doble clic al instalador que se llama arcexplorer y dará comienzo

al instalador.



226

Paso 2: Le damos clic en siguiente como lo muestra la siguiente ilustración:



227

Paso 3: Nos aparece la ventana donde aceptamos el contrato de licencia del

programa presionamos I Accept:



228

Paso 4: Luego aparece la ubicación donde se instalará el programa y dejamos la

que trae determinada presionamos siguiente:



229

Paso 5: Después aparece una ventana donde seleccionamos los componentes

dejamos todos que están determinados y presionamos siguiente:



230

Paso 6: Luego aparece donde se instala el program folder y dejamos el que

indica por determinación y presionamos siguiente:



231

Paso 7: Después aparece un cuadro de diálogo donde nos indica si queremos que

ponga un acceso directo en el escritorio dejamos que si y presionamos siguiente:



232

Paso 8: Aparece un cuadro de diálogo donde nos dice que esta listo para la

instalación presionamos siguiente, y empieza la instalación del programa:



233

Paso 9: Cuando está instalando muestra una barra que se tiene que llenar como

se ve en la siguiente ilustración:



234

Paso 10: Al terminar aparece un cuadro de diálogo donde nos dice que necesita

reiniciar por lo que dejamos que reinicie presionando Finish:

autorizada la entrega del proyecto del alumno: inÉs dÍaz ...haya disponibilidad de datos. se...

Documents