DISEÑO DE UN SISTEMA DE INFORMACIÓN GEOGRÁFICA PARA LA

COMPARACIÓN DE INDICADORES AMBIENTALES

TESIS

MAESTRÍA EN ADMINISTRACIÓN DE TECNOLOGÍAS DE INFORMACIÓN

INSTITUTO TECNOLÓGICO Y DE ESTUDIOS SUPERIORES DE MONTERREY

POR

JOSÉ ALBERTO JIMÉNEZ MEDINA

AGOSTO DE 1999
 INSTITUTO TECNOLÓGICO Y DE ESTUDIOS SUPERIORES DE MONTERREY

DIVISIÓN DE GRADUADOS EN COMPUTACIÓN INFORMACIÓN Y COMUNICACIONES

PROGRAMAS DE POSGRADO EN COMPUTACIÓN INFORMACIÓN Y COMUNICACIONES

Los miembros del comité de tesis recomendamos que la presente tesis del Ing. José Alberto
Jiménez Medina sea aceptada como requisito parcial para obtener el grado académico de Maestro
en Administración de Tecnologías de Información.

Comité de tesis:

Diego Fabián Lozano, Phd.

ASESOR PRINCIPAL

Luís García-Calderón, Phd.

SINODAL

Fernando Gutíerrez, MA.

SINODAL

Carlos Sheel Mayenberger, Phd.

Director de los programas de posgrado en Computación, Información y
Comunicaciones

AGOSTO DE 1999
 DEDICATORIA

A Dios por brindarme oportunidad, salud y tiempo.

A mi familia A. Armando Jiménez, Ma. Elena Medina y José Armando Jiménez,

quienes me apoyan en todo momento y en toda distancia.

i
 AGRADECIMIENTOS

A mi comité:
Dr. Fabián Lozano por su tiempo, apoyo y orientación.

Dr. Luís Gracía-Calderón por su apoyo, su tiempo y sus consejos.

Lic. Fernando Gutiérrez Peón por su tiempo y sus comentarios.

A personal del Centro de Calidad Ambiental:

Dr. Francisco Lozano, Ing. Ruth Reyna, Ing. Berenice Ramírez, Ing. Emma Cortés,
Ing. Marco Villalobos, por su confianza, cooperación, y paciencia.

A Mando, Edgar, Luis R., Marco, Nancy, Rodrigo, Paty, Julio, Gustavo, Luis, Soraya,
Fernando, Chelo, Tacho, Carlos, Pepe, More, Ruth, Bere, Emma, e Ingrid, mis
grandes amigos quienes mantuvieron su sinceridad, autenticidad, y comicidad en
todo momento y en todo lugar.

A todos ellos GRACIAS ∞.

ii
 RESUMEN

En los últimos años ha habido una creciente preocupación y atención hacia el

medio ambiente. La forma en que el ser humano se desenvuelve en el ecosistema
ha estado afectando de manera importante a ambos. La necesidad de contar con
sistemas de información que apoyen en el manejo y presentación de los datos
para obtener una visión más global de la problemática y poder tomar decisiones
más acertadas. Para esto se requiere de conocer la condición de los recursos y el
desempeño de las acciones tomadas es decir, indicadores que representen
diferentes características del sistema. Sin embargo la naturaleza de este tipo de
información es geográfica, temporal y muy diversa, puesto que tiene una
localización propia que afecta a su alrededor, sucede en un tiempo específico, y
tiene características muy particulares como su condición o las actividades
realizadas en ésos alrededores. Dada la situación es adecuado el uso de un
sistema de información geográfica (SIG) apoyar en el manejo y presentación de
este tipo de datos. Los SIG son ampliamente utilizados para aplicaciones que
requieren de analizar relaciones espaciales, y proporcionan la posibilidad de
combinar datos de mapas, fotografías aéreas e imágenes satelitales, con
indicadores que representen las condiciones ambientales para poder hacer análisis
de sus relaciones espaciales. Particularmente México tiene una gran diversidad de
ecosistemas, y grandes contrastes económicos, sociales, y culturales. Por lo que se
requiere del diseño de un SIG, como de la definición de indicadores ambientales lo
suficientemente flexibles como para poder representar esa gran diversidad, y
lograr alcanzar desarrollo sustentable en el país.

iii
 TABLA DE CONTENIDO

RESUMEN iii
TABLA DE CONTENIDO iv
LISTA DE FIGURAS vi
LISTA DE TABLAS viii

CAPÍTULO 1 INTRODUCCIÓN 1
1.1 Objetivo. 2

1.2 Alcances y Restricciones. 2

1.3 Producto 3

1.4 Organización 3

CAPÍTULO 2 REVISIÓN BIBLIOGRÁFICA 5

CAPÍTULO 3 METODOLOGÍA 9

CAPÍTULO 4 RESULTADOS DE LA INVESTIGACIÓN 11

4.1 Metodologías para el diseño e implementación de SIG. 11
4.1.1 Metodología de ESRI (ARC/INFO) 12
4.1.2 Metodología propuesta por Aronoff 14
4.1.3 Metodología de Antenucci, Brown, Croswell, y Kevany. 25
4.1.4 Metodología de la NCGIA 38

4.2 Metodología Propuesta 72

4.2.1 Requerimientos. 75
4.2.2 Diseño 76
4.2.3 Desarrollo 77
4.2.4 Uso y mantenimiento 78
4.2.5 Revisión 78

4.3 Análisis de requerimientos 79

4.3.1 Revisión de los indicadores ambientales 79
4.3.2 Evaluación del desarrollo sustentable 83
4.3.3 Definición de aplicaciones 90
4.3.4 Datos accesibles 97
4.3.5 Conclusiones del análisis 98

iv
4.4 Diseño Conceptual 101
4.4.1 Análisis de un ecosistema sustentable. 101
4.4.2 Diseño Conceptual 114

4.5 Diseño de la Base de Datos. 120

4.5.1 Organizacion de los datos. 120
4.5.2 Procedimientos para la operación de la base de datos. 132
4.5.3 Conclusiones 134

4.6 Conclusiones 137

CAPÍTULO 5 RECOMENDACIONES Y TRABAJOS FUTUROS 141

ANEXOS 143
GLOSARIO 157
REFERENCIAS BIBLIOGRÁFICAS 159
VITA 163

v
 LISTA DE FIGURAS

4.1 Metodologías para el diseño e implementación de SIG

Figura 4.1.1 Filosofía en el diseño de un SIG. 25
Figura 4.1.2 Cinco etapas para la implementación de un SIG. 27
Figura 4.1.3 Etapa de Concepto. 27
Figura 4.1.4 Etapa de Diseño. 29
Figura 4.1.5 Etapa de Desarrollo. 31
Figura 4.1.6 Etapa de Operación. 34
Figura 4.1.7 Metodología para el diseño de SIG (Calkins et al., 1998). 39
Figura 4.1.8 Forma de descripción de aplicaciones. 42
Figura 4.1.9 Forma de descripción de mapas. 43
Figura 4.1.10 Forma de descripción de tablas. 44
Figura 4.1.11 Forma de descripción de procesos. 45
Figura 4.1.12 Forma de descripión de relaciones entre entidades. 46
Figura 4.1.13 Ciclo de vida de la Base de Datos. 48
Figura 4.1.14 Construcción de la Base de Datos. 61
Figura 4.1.15 Mantenimiento del SIG. 70

4.2 Metodología propuesta

Figura 4.2.1 Metodología propuesta. 74
Figura 4.2.2 Requerimientos. 75
Figura 4.2.3 Diseño. 76
Figura 4.2.4 Desarrollo. 77

4.3 Análisis de Requerimientos

Figura 4.3.1 Uso de los indicadores ambientales (OCDE, 1994). 80
Figura 4.3.2 Clasificación de los indicadores (IUCN, 1997). 81
Figura 4.3.3 Pirámide de la información (Hammond citado en IUCN, 1997). 83
Figura 4.34. Estado de metodologías de análisis y control (Blankenship, 1998). 84
Figura 4.3.5 Marco conceptual Presión-Estado-Respuesta. 86
Figura 4.3.6 Huevo de la sustentabilidad. 88
Figura 4.3.7 Niveles espaciales y división de subsistemas. 89
Figura 4.3.8 Comparación del uso de indicadores para aplicaciones específicas. 91
Figura 4.3.9 Proceso para la combinación de indicadores. 93
Figura 4.3.10 Proceso de conversión de índices. 94

4.4 Diseño Conceptual

Figura 4.4.1 Niveles del sistema. 102
Figura 4.4.2 Descomposición del sistema. 103
Figura 4.4.3 Dimensiones del Ecosistema. 104
Figura 4.4.4 Composición de la dimensión ‘Uso de los Recursos’. 104
Figura 4.4.5 Diferentes usos del agua. 105
Figura 4.4.6 Diferentes usos del suelo. 105
Figura 4.4.7 Diferentes usos de la energía. 105
Figura 4.4.8 Diferentes usos de la biodiversidad. 106
Figura 4.4.9 Composición de la dimensión ‘Residuos de las actividades del ser humano’. 106
Figura 4.4.10 Diferentes residuos en el agua. 107
Figura 4.4.11 Diferentes emisiones en el aire. 107
Figura 4.4.12 Diferentes residuos en el suelo. 107
Figura 4.4.13 Dimensiones del subsistema Ser Humano. 108

vi
Figura 4.4.14 Composición de la dimensión ‘Calidad y/o Disponibilidad de los recursos’. 108
Figura 4.4.15 Calidad del aire. 109
Figura 4.4.16 Calidad y disponibilidad del agua por uso. 109
Figura 4.4.17 Calidad y disponibilidad del suelo por uso. 110
Figura 4.4.18 Calidad y disponibilidad de la energía por uso. 110
Figura 4.4.19 Calidad y disponibilidad de la biodiversidad por usos. 111
Figura 4.4.20 Composición de la dimensión ‘Eficiencia en el manejo de los recursos’. 111
Figura 4.4.21 Diferentes tipo de aprovechamiento de los recursos. 112
Figura 4.4.22 Diferentes tipos de protección y mantenimiento del ecosistema. 112
Figura 4.4.23 Flujo de los datos en el sistema. 113
Figura 4.4.24 Modelo de la entidad geográfica / política. 114
Figura 4.4.25 Modelo de las dimensiones. 115
Figura 4.4.26 Relaciones de las entidades para la aplicación principal. 116
Figura 4.4.27 Relaciones de entidades para la aplicación agua. 117
Figura 4.4.28 Relaciones de entidades para la aplicación de zonas protegidas. 118
Figura 4.4.29 Relación de entidades para la aplicación de energía. 119

4.5 Diseño de la base de datos

Figura 4.5.1 Organización de los datos. 121
Figura 4.5.2 Diagrama de Entidad – Relaciones. 123
Figura 4.5.3 Proceso de conversión de datos. 133

vii
 LISTA DE TABLAS

4.3 Análisis de Requerimientos

Tabla 4.3.1 Comparación de métodos para la evaluación de sistemas. 84
Tabla 4.3.2 Entidades y atributos para la aplicación principal. 95
Tabla 4.3.3 Entidades y atributos para la aplicación de Agua. 96
Tabla 4.3.4 Entidades y atributos para la aplicación de Zonas Protegidas. 96
Tabla 4.3.5 Entidades y atributos de la aplicación de energía. 97
Tabla 4.3.6 Aplicaciones contra datos que utilizan. 98
Tabla 4.3.7 Funciones identificadas y procesos comunes de los SIG. 99
Tabla 4.3.8 Lista de datos identificados. 100

4.4 Diseño conceptual

Tabla 4.4.1 Datos para la aplicación principal. 116
Tabla 4.4.2 Datos para la aplicación agua. 117
Tabla 4.4.3 Datos para la aplicación de zonas protegidas. 118
Tabla 4.4.4 Datos para la apliación de energía. 119

4.5 Diseño de la base de datos

Tabla 4.5.1 Descripción de la tabla de datos primarios. 124
Tabla 4.5.2 Descripción de la tabla de catálogo de datos primaros. 124
Tabla 4.5.3 Descripción de la tabla de datos analizados 125
Tabla 4.5.4 Descripción de la tabla de unión entre datos primarios y analizados. 125
Tabla 4.5.5 Descripción de la tabla de indicadores. 126
Tabla 4.5.6 Descripción de la tabla de unión entre indicadores y datos analizados. 127
Tabla 4.5.7 Descripción de la tabla de catálogo de tópicos. 127
Tabla 4.5.8 Descripción de la tabla de relación entre indicadores y tópicos. 128
Tabla 4.5.9 Descripción de la tabla de catálogo de fuentes. 128
Tabla 4.5.10 Conjunto de datos soportado por ARC/INFO. 130
Tabla 4.5.11 Organización de los datos espaciales. 131

4.6 Conclusiones
Tabla 4.6.1 Comparación entre bases de datos relacionales y orientadas a objetos (Sosa, 1995). 138

viii
 Capítulo 1
INTRODUCCIÓN

“Los hombres de ciencia no solamente deberán acercarse a las ciencias que

se refieren al hombre, sino que - y esto es más difícil - deberán persuadir al
mundo para que conozca lo que han descubierto. Si no tienen éxito en esta difícil
empresa, el hombre se autodestruirá porque tiene una visión incompleta de las
cosas” (Russell citado en Sutton, 1997).

Durante los últimos años la ciencia y la tecnología han avanzado a un ritmo

vertiginoso, sin embargo los efectos de la forma de vida y modos de consumo que
ésta ha creado son crecientemente alarmantes (del Amo y Ramos, 94). Fenómenos
naturales como sequías o el calentamiento global de la tierra han llamado la
atención acerca de la fragilidad y de las interrelaciones que existen en el ambiente
en el mundo entero. Para tratar con problemas ambientales globalmente es
esencial que los datos ambientales sean monitoreados y analizados a escala
nacional e internacional. Para este tipo de tareas, se requiere de sistemas de
información geográfica que provean de herramientas analíticas (Aronoff, 1989).

Igualmente durante los últimos años las tecnologías de información han

revolucionado enormemente. La adopción de las tecnologías de información dentro
de las organizaciones, fue inicialmente para automatizar procesos, después para
informar, y posteriormente para apoyar en la toma de decisiones. A través del
tiempo las industrias han sufrido importantes cambios dentro de su organización al
adoptar alguna tecnología de información. Desde la computación personal con
sistemas aislados e internos hasta el trabajo en red sistemas integrados e
interempresariales, se han alterado y rediseñado los procesos de los negocios, se
ha transformado la organización, y se han reasignado las relaciones externas
(Tapscott, 1995). A medida que las tecnologías de información han sido más
accesibles económicamente, han aumentado su poder de cómputo, así como el
continuo interés en la protección al ambiente se han ido impulsado las aplicaciones
de los Sistemas de Información Geográfica (SIG) (Antenucci, Brown, Croswell,
Kevany, 1991).

Una sociedad sustentable global y de largo plazo requiere relaciones físicas

estables con su ecoesfera (Holmberg, Robèrt, Eriksson, 1995). Los SIG pueden ser
una herramienta importante en el manejo de esas relaciones espaciales para el
análisis de las decisiones en la creación de una sociedad sustentable. Jack
Dangermond, citado en Aronoff (1989), dice - espero el día en que la tecnología

1
SIG forme parte del ambiente de la toma de decisiones de todos aquellas personas
encargadas de tomar decisiones que afectan tanto al mundo natural como al
mundo que estamos construyendo -.

1.1 OBJETIVO.

Proponer una metodología para el diseño de un SIG, cuya aplicación permita

comparar índices ambientales de diferentes estados de la República Mexicana; con
la finalidad de que se haga una interpretación de los resultados que conlleven a
toma de decisiones dentro del marco del desarrollo sustentable.

Comparar es examinar dos o más cosas para descubrir sus relaciones o

diferencias (Larousse, 1998). El objetivo principal de este SIG es ser una
herramienta capaz de almacenar, organizar y representar la información de
manera que se puedan observar rápida y eficientemente las relaciones y
deferencias geográficas de los índices ambientales.

1.2 ALCANCES Y RESTRICCIONES.

La investigación estará limitada por la información disponible tanto de

material como en tiempo de personas que aporten ésta. Por lo tanto el contexto de
la investigación se define por los siguientes alcances y restricciones:

• La investigación se realizará como apoyo al proyecto piloto de

Competitividad Ambiental del Centro de Calidad Ambiental ITESM Campus
Monterrey.
• Se manejarán datos de 3 estados de la República Mexicana, Coahuila,
Nuevo León y Tamaulipas.
• La cantidad y calidad de la información que se logre obtener, se encuentra
limitada por la organización que la aporta.
• La confidencialidad de los datos se proporcionará a petición de la
organización que los aporta.
• Los indicadores ambientales serán definidos por especialistas en cada
área.
• La cantidad y disponibilidad de los indicadores dependerá de los
especialistas.
• La consulta con especialistas nacionales y extranjeros se encuentra
limitada por los recursos de comunicación y disponibilidad de los mismos.

2
 1.3 PRODUCTO

El producto final que se espera obtener como resultado de esta investigación

es un documento que contenga una serie de recomendaciones para el diseño e
implementación de un SIG para la comparación de indicadores ambientales para
los estados de la República Mexicana. Así como los requerimientos para su uso y
manejo. El producto estará orientado específicamente hacia el diseño de la base
de datos que es la parte medular del SIG, así como los lineamientos para su
posterior expansión.

Se espera contribuir en un diseño metodológicamente planeado como apoyo a

la realización de un SIG cuyas aplicaciones estén dentro del marco de desarrollo
sustentable, y al mismo tiempo se espera demostrar su eficiencia para este tipo de
aplicaciones. Además se desea fomentar el apoyo al desarrollo, uso y
administración de herramientas de SIG para la toma de decisiones. Esperando con
esto no sólo el desarrollo de SIG para aplicaciones dentro del contexto mexicano,
sino también el desarrollo de herramientas de información que apoyen y fomenten
un desarrollo sustentable del país.

1.4 ORGANIZACIÓN

La presente tesis consiste de cinco capítulos. El capítulo uno contiene la

introducción al tema, el objetivo, los alcances y restricciones de la tesis. El
capítulo dos contiene una revisión bibliográfica donde se hace presente la
relevancia del tema. El capítulo tres menciona brevemente la metodología
seleccionada para la investigación de la tesis. El capítulo cuatro contiene los
resultados de la investigación. Este capítulo contiene varias secciones. En la
primera se hace una descripción de las metodologías para el diseño de SIG que se
revisaron. En la segunda sección se propone una metodología acorde al proyecto
de competitividad ambiental. El resto de las secciones contienen el análisis de
requerimientos, diseño conceptual y diseño de la base de datos para el SIG.

3
4
 Capítulo 2

REVISIÓN BIBLIOGRÁFICA

Una de las tecnologías de información que ha estado creciendo rápidamente

desde la última década son los Sistemas de Información Geográfica (SIG). Por un
lado debido al crecimiento de capacidad, rendimiento y abaratamiento de los
equipos de cómputo, los SIG han dejado de ser exclusivamente aplicaciones
militares o gubernamentales, para apoyar a los problemas de organizaciones más
pequeñas (Grimshaw, 1994). Por otro lado la tendencia de una comunidad y
economía global, así como también el continuo impacto negativo de la tecnología
al avanzar, muestran la necesidad de un manejo más inteligente de los recursos de
la tierra. El manejo de tecnologías de información geográficas tiene un vasto
potencial reconocido, pero no realizado, al menos para el análisis y solución de
algunos problemas mundiales complejos como sociales, económicos y ambientales
(Antenucci, Brown, Croswell, y Kevany, 1991).

Pero ¿En qué consiste un SIG? Para Phil Parent citado en Antenucci et al.
(1991) un SIG es “un sistema que contiene datos referenciados espacialmente,
que pueden ser analizados y convertidos a información para un propósito o
aplicación específica…la principal propiedad de los SIG es que el análisis de los
datos produce nueva información.”. David Martin (1997) define información
geográfica en su forma más simple como información que se relaciona a
localizaciones específicas, y establece el papel de la geografía, la información y los
sistemas. Donde dentro de la geografía, el sistema concierne a escalas y medidas
que pueden ser referenciadas a través de coordenadas y localizadas en una
superficie. Aquí es posible hacer preguntas al sistema y obtener información del
mundo geográfico. Los sistemas, son el ambiente que permite la manipulación de
los datos, y que pone el contexto para hacer las preguntas. Bajo este esquema
anterior se pueden apreciar desde diferentes perspectivas los datos manejados por
los SIG, como el ambiente físico que está representado por información de
vegetación y construcciones, y los aspectos del ambiente socioeconómico como los
servicios de transporte o el desempleo que no son observables a simple vista
(Martin, 1997). Pues en un sistema real donde se relacionan diferentes factores y
múltiples variables, los resultados no son continuos en espacio ni en el tiempo, lo
que hace difícil observar en un determinado ambiente dónde y cuándo va a
reaccionar a un cambio (Senge, 1990). El SIG es una herramienta capaz de
representar información en mapas, de una manera sencilla y entendible, tanto
para datos estadísticos como para datos modelados.

5
 Por otro lado, fenómenos naturales tales como las sequías, hambrunas, el
descubrimiento de hoyo de ozono, el calentamiento global y la continua
devastación de los lagos y bosques del norte de Europa y Estados Unidos por la
lluvia ácida, han atraído agudamente la atención, dejando claro que los procesos
geográficos no obedecen a límites políticos (Aronoff, 1989). Sutton (1997)
comenta que generalmente el hombre se preocupa de su futuro inmediato, viendo
raramente más allá de la siguiente semana, mes o año. Con la misma limitada
perspectiva analiza únicamente los problemas de espacio, considerando raras
veces cómo puede afectar la vecindad, otros países o naciones, así a medida que
el mundo aumenta en complejidad tales perspectivas limitadas se tornan cada vez
más peligrosas. Este desconocimiento pone a las personas a merced del cambio, y
no al control del futuro. Senge (1990) concuerda con Sutton en la común visión
causal con la que no es factible atacar problemas complejos como lo son los
fenómenos climatológicos, sociales, económicos, entre otros. Organizaciones
responsables de la planeación internacional y de tomar decisiones, están
implementando herramientas SIG para ayudarse a analizar, a reportar y a
almacenar datos para atacar este tipo de problemas (Aronoff 1989).

Recapitulando lo anterior, la información que manejan los SIG incluyen datos

topográficos, demográficos, utilidades, facilidades, imágenes, y otros tipos de
datos asociados o atribuidos a puntos particulares en un punto o mapa (Langley
Research Center, 1994); cuyos beneficios conllevan al ser utilizado como apoyo
para la planeación estratégica tecnológica: la claridad al establecer una visión
común, foco al manejar sus recursos hacia los objetivos, consenso al llegar a
acuerdos comunes, cohesión al mantener sus recursos sincronizados, compromiso
hacia la visión, y filtro al crear un marco para la evaluación de planes
operacionales en la organización (Rousso, 1998).

El apoyo de los SIG en otras tecnologías ha encontrado aplicaciones muy

interesantes y prácticas, como los sistemas de posicionamiento global (SPG). Los
SIG y SPG son complementarios, pues el SPG proporciona localización y el SIG
proporciona el contexto donde se encuentra, sabiendo lo que hay alrededor de ese
punto (Caldwell, 1997). Otra tecnología emergente es conjunción de SIG con
Internet, donde se despliegan mapas a tiempo real. Entre sus principales
aplicaciones se encuentra la divulgación de información, prácticamente para el
sector público. Aunque los millones de personas que tienen acceso a Internet son
una minoría, Chris Baker vicepresidente de IMTA menciona que la mitad del
mundo nunca ha hecho una llamada telefónica, mucho menos navegado en
Internet, (Spicer, 1997).

Con base en lo anterior se puede decir que los sistemas de información

geográfica, son una herramienta con un gran potencial para apoyar en la

6
búsqueda de soluciones a problemas complejos como lo son los problemas
ambientales. La cada vez mayor globalización e influencia de las organizaciones
sobre el entorno, hace importante el uso de herramientas de información que
complementen y apoyen un crecimiento sostenible. Por otro lado el creciente
abaratamiento y facilidad de adquirir equipos cada vez más poderosos hace
factible el uso de herramientas de este tipo en organizaciones públicas y privadas
cada vez más pequeñas. Pudiendo ser los SIG un factor determinante para la
administración de los recursos naturales, para la competitividad de la industria así
como para un crecimiento sostenible de la sociedad.

7
8
 Capítulo 3

METODOLOGÍA

Dado que el producto es una propuesta de metodología de análisis de SIG, y

como tal corresponde al método de investigación inductivo, por lo tanto el método
cualitativo es el más adecuado para la investigación de esta tesis. Se aplicará la
metodología del estudio de casos documentados bibliográficamente con el objeto
de recopilar información de las metodologías de análisis de casos estudiados y
realizados en otros países, así como los factores más importantes que se aplicarían
en el entorno de México. Tanto en lo que se refiere a diseño y administración de
SIG como en selección y uso de indicadores de calidad ambiental y criterios de
comparación.

Por otro lado se apoyará con casos de otras tecnologías de información que
ya se hayan implantado en México, para analizar las similitudes y problemas
enfrentados con un sistema de información geográfica.

Finalmente para reforzar los casos anteriores se intentará establecer contacto

con empresas públicas y privadas que cuenten con un sistema de información
similar a los estudiados ya sea en el procesamiento de los datos como en su
manejo y/o representación final. En esta etapa se utilizará el método de
entrevistas en cualquiera de sus formas: estructurada, semiestructurada y/o de
charla.

9
10
 Capítulo 4

RESULTADOS DE LA INVESTIGACIÓN

Los resultados de la investigación se han dividido en siete partes.

1. Metodologías de diseño de SIG, donde se hace una revisión de

metodologías propuestas por diferentes autores u organizaciones.
2. La metodología propuesta, donde con base en las secciones anteriores y la
situación de esta investigación se propone una serie de pasos para el
diseño del SIG.
3. Análisis de requerimientos, en donde se hace un análisis de las
características de los indicadores, cómo se relacionan en el proyecto y los
datos que se tienen.
4. Diseño conceptual, en esta sección se hace una primera abstracción del
sistema según los resultados del análisis de requerimientos.
5. Diseño de la base de datos, en esta sección se hace el diseño de una base
de datos que soporte las necesidades previstas.
6. Conclusiones de la investigación.

4.1 METODOLOGÍAS PARA EL DISEÑO E IMPLEMENTACIÓN DE SIG.

Se revisaron algunas metodologías propuestas por diversos autores y

organismos:
• Environmental Systems Research Institute Inc. (ESRI)
• Aronoff
• Antenucci, Brown, Croswell, y Kevany
• National Computer Geographic Information Asociation (NCGIA)

11
 4.1.1 METODOLOGÍA DE ESRI (ARC/INFO)

Esta metodología está diseñada para el uso del programa ARC/INFO, por lo
que no toca algunos puntos. A pesar de eso se encontró un proceso claro que
describe en cuatro fases (ESRI, 1997):

1. Determinación de los objetivos.

2. Construcción de la base de datos.
3. Análisis de los datos.
4. Presentación de los resultados.

4.1.1.1 DETERMINACIÓN DE LOS OBJETIVOS.

Para empezar es necesario determinar los objetivos del proyecto considerando

puntos importantes como:
• ¿Cuál es el problema a resolver? ¿Cómo es resuelto ahora? ¿Existen
métodos alternativos para resolver el problema?
• ¿Cuáles son los productos finales del proyecto, reportes, mapas,
presentaciones? ¿Qué tan frecuente serán generados estos productos?
• ¿A quiénes están dirigidos los productos finales, técnicos, tomadores de
decisiones, público en general?
• ¿Existen, o habrán otros usos para los mismos datos? Si así es ¿Cuáles
serán sus requerimientos específicos?

4.1.1.2 CONSTRUCCIÓN DE LA BASE DE DATOS.

Esta es la parte más crítica y que más tiempo consume del proyecto. El qué
tan completos y tan precisos sean los datos determinarán la calidad del análisis del
producto final. Los pasos a seguir son:
• Diseño de la base de datos. Consiste en determinar los límites del estudio,
qué sistema de coordenadas utilizar, qué capas de datos se necesitarán,
qué temas se necesitarán en cada capa de datos, qué atributos se
necesitan en cada tema.
• Automatización de los datos. Para realizar esto es necesario tres cosas:
1. Tener los datos espaciales dentro de la base de datos, ya sea
digitalizada o convertida de otros sistemas.
2. Hacer útil los datos espaciales, es decir verificar errores, y después
crear topologías.

12
 3. Tener los datos de los atributos en la base de datos. Esto es cargar
los datos no espaciales en la base de datos y además asociarlos con
sus diferentes temas espaciales.
• Administración la base de datos. Esto es poner la base de datos en las
coordenadas del mundo real, hacer coincidir planos adyacentes, y
mantener la base de datos.

4.1.1.3 ANÁLISIS DE DATOS.

En esta parte es donde el verdadero valor del SIG es evidente. Un SIG realiza
eficientemente tareas de análisis que hechas a mano llevarían mucho tiempo o
serían casi imposibles.

4.1.1.4 PRESENTACIÓN DE LOS RESULTADOS DE LOS ANÁLISIS.

Un SIG ofrece muchas opciones para crear mapas y reportes personalizados.

El producto final debe relacionar directamente a los objetivos del proyecto y a la
audiencia a quien se dirige.

13
 4.1.2 METODOLOGÍA PROPUESTA POR ARONOFF

Se observó que la metodología de Aronoff también tiene la perspectiva de la

administración de proyectos, sin embargo toma en cuenta otros puntos que
Antenucci et al. no observan, aunque no entra tan a detalle.

Esta metodología se divide en seis fases:

1. Conocimiento.
2. Identificación de los requerimientos del sistema.
3. Evaluación de sistemas alternativos.
4. Justificación del sistema y desarrollo de un plan de implementación.
5. Adquisición del sistema e inicio.
6. Operación del sistema.

4.1.2.1. CONOCIMIENTO.

En esta fase se hace conocer a la organización del potencial y beneficios de la

tecnología SIG. Los usuarios y usos potenciales son identificados. La información
acerca de nuevas tecnologías de información puede entrar a la organización por
tres diferentes maneras: de arriba hacia abajo, de abajo hacia arriba y por un
tercero independiente.

Arriba hacia abajo. De esta manera la promoción de la tecnología ocurre de

los niveles directivos. La ventaja es que en este nivel reside el poder de patrocinar
y el soporte organizacional. También en este nivel se puede obtener una
perspectiva más amplia de los beneficios potenciales a través de la organización.
La desventaja es que el nivel directivo no tiene completo conocimiento de como la
información entra y es procesada por la organización. Por lo que pueden estar
incapacitados técnicamente para realizar una evaluación de costo y beneficio del
sistema. Como resultado se pueden generar expectativas muy altas que fácilmente
sean rechazadas. Por otro lado existe resistencia al cambio por parte del personal,
al tener que re-entrenarlos y en ocasiones al eliminar algunos trabajos.

Abajo hacia arriba. La promoción de la introducción de nuevas tecnologías

desde abajo hacia arriba, ocurre cuando aquellas personas trabajando son las que
se percatan de las mejoras que se pueden realizar a los procedimientos actuales.
Los individuos a este nivel son probablemente los más capaces de reconocer tanto
las limitaciones del sistema, como los cuellos de botella que pueden ser removidos
con el sistema. La dificultad aquí es la manera en que la dirección justifica los
gastos de un SIG. Es raro que se haga un análisis costo – beneficio sólido para
sistemas computacionales. Cuando se examinan a detalle estos análisis costo –

14
beneficio tienden a cuantificar sobre los beneficios asociados. Sin embargo muchos
de los beneficios no son tangibles, como las condiciones del trabajo, velocidad de
acceso a la información, y nuevos niveles de servicio. A menudo las decisiones son
detenidas hasta que la necesidad de adoptar una nueva tecnología se hace de
conocimiento general.

Por un tercero independiente. La mejor forma de que ingrese la idea de un

SIG es a través de un tercero independiente. Este puede ser un vendedor de
sistemas, como un grupo de usuarios o un consultor. Si son técnicamente
competentes y tienen intereses en común sus sugerencias pueden ser de gran
consideración.

Parte de la necesidad de adquirir un SIG es reconocer que existen problemas

con el sistema actual. Algunos de los problemas principales que dan pie a evaluar
un SIG son los siguientes:

• La información espacial tiene poco mantenimiento o no está actualizada.

• Los datos espaciales no son registrados o almacenados adecuadamente.
• Los datos espaciales no son definidos de una manera consistente.
• Los datos no son compartidos.
• Las capacidades de acceso a los datos, y su manipulación son
inadecuados.
• Existen nuevas demandas por parte de la organización que no pueden ser
satisfechas utilizando el sistema actual.

Para que la segunda fase tenga éxito, es necesario que se hagan los debidos
cambios políticos, de manera que un grupo en la organización tenga la
responsabilidad de analizar la necesidad de un SIG.

4.1.2.2. IDENTIFICACIÓN DE LOS REQUERIMIENTOS DEL SISTEMA.

En esta etapa se hace un análisis formal de las necesidades. Comúnmente la

identificación de los requerimientos se desarrolla documentando las diferentes
formas en que la organización maneja la información espacial en términos de una
definición de las funciones o del análisis de las necesidades del sistema existente y
las necesidades futuras. Esto es realizado a través de entrevistas, y analizando los
productos y servicios de la organización, así como los sistemas y procedimientos
utilizados para proporcionar esos productos y servicios. El análisis de la
información existente debe de proveer un reporte de las tareas de información que
la organización tiene que realizar, los datos de entrada, los productos requeridos, y
los procedimientos utilizados para generarlos. Algunas característica críticas son su
precisión, formato, durabilidad, y volumen. La definición de los requerimientos de
funciones se deriva de la evaluación del sistema existente y de las necesidades

15
futuras. El sistema de información debe entonces considerar a la organización
como un todo, tratando de evitar dobles esfuerzos. Cuando los sistemas
evolucionan, hay una tendencia a crear funciones de propósitos específicos, las
cuales después de un tiempo suelen realizar básicamente las mismas tareas. Por
otro lado la estandarización de los datos proporciona la accesibilidad en mayores
áreas de la organización y, facilita el uso y entendimiento del sistema. Idealmente
el proceso de la definición de funciones requeridas tiene como producto un
conjunto de datos de entrada, funciones de procesamiento de datos, y datos de
salida necesarios. El análisis de necesidades del usuario puede ser muy escueto y
generar un sistema sub-óptimo, o puede ser demasiado exahustivo y racionalizar
el sistema hasta el punto de sobrepasar reglas y políticas de la organización,
generando conflictos internos de poder. (Chrisman citado en Aronoff, 1987). Por lo
que los factores institucionales, sociales tienen que ser tomados en cuenta tanto
como los aspectos técnicos.

4.1.2.3. EVALUACIÓN DE SISTEMAS ALTERNATIVOS.

Se proponen y evalúan sistemas alternativos tomando en cuenta el análisis de

requerimientos realizado en la fase anterior. Al término de esta fase se debe tomar
la decisión de proceder o no con la adquisición del SIG. Generalmente esta fase se
desarrolla en dos etapas.

En la primera se identifican sistemas candidatos a partir de recomendaciones

de colegas, vendedores de literatura y, demostraciones en presentaciones
comerciales. La selección comienza a partir de las funciones identificadas en la
fase anterior, y dividida en tres categorías: hardware, software, y qué tan
amigable es con el usuario (Munro citado en Aronoff, 1983). Este último término
es relativo ya que los sistemas evolucionan y se van haciendo más amigables. Esto
afecta directamente en el tiempo y dinero en capacitación. Si el sistema está
dirigido a personal técnico la parte amigable se deberá enfocar en un lenguaje
eficiente, y buen soporte de programación. Sin embargo en la mayoría de las
organizaciones uno de los objetivos es incrementar la accesibilidad de los datos, a
usuarios que no son especialistas en computación. En este caso el término de
amigable deberá comprender:

1. Comandos que sean comprensibles a personas no especialistas en

computación.
2. Interacción eficiente con el usuario experto.
3. Los mensajes de error deben mostrar claramente la naturaleza del error,
su causa probable y sugerir alguna corrección.
4. Una ayuda sensible al contexto debe proporcionar una explicación
completa de lo que se espera del usuario en un punto determinado del
programa.

16
 Lo que a menudo no es considerado son los problemas potenciales asociados.
Todos los sistemas tienen fallas por lo que debería considerar la probabilidad de
que falle el sistema, los efectos potenciales sobre las operaciones y los procesos de
recuperación. Mientras más serias son las consecuencias, más es importante
contar con métodos alternativos para generar información específica.

Problemas potenciales de un SIG:

• Poco entrenamiento.
• Poca documentación.
• El software no se desempeña como se esperaba.
• La instalación del sistema y su arranque están retrasados.
• El soporte al cliente es lento e inadecuado.
• La alimentación de los datos es más costosa y lenta de lo esperado.
• El precio se incrementa por el hardware, el software o el mantenimiento.
• Los respaldos o procedimientos de recuperación fallan y se pierden datos.
• El software no se puede modificar para crear funciones adicionales que
resuelvan situaciones inesperadas.

Los costos de implementación son altos y mientras los productos son

entregados e instalados se va a ir requiriendo servicio y se espera que continúe
desde que el sistema arranca. Finalmente la alimentación de los datos es el mayor
cuello de botella encontrado en la implementación de un SIG. El costo de esta
operación varía ampliamente, pero comúnmente es varias veces el costo del
hardware y software. Si el sistema cuenta con procedimientos más rápidos,
precisos, y fáciles para alimentar los datos, esto generará una ventaja directa en
los costos que puede marcar la diferencia entre otros sistemas.

La segunda etapa para la evaluación de sistemas alternativos consiste en una

prueba del sistema con conjuntos de datos del usuario, siguiendo un conjunto de
funciones prescritos. El benchmarking de la administración de procedimientos
estandarizados, proporciona una manera sistemática para comparar el nivel de
desempeño de los sistemas candidatos. La evaluación debe de empezar con datos
que el proveedor no ha visto antes, y el sistema se debe de comportar como lo
anunciado. El proceso de evaluación puede tomar un paso más adelante pero más
costoso haciendo un proyecto piloto. Generalmente un proyecto piloto es realizado
para ilustrar la efectividad del sistema en alcanzar las necesidades de la
organización. Comúnmente el proyecto es estructurado para mostrar las funciones
más importantes que se necesitan con datos reales. Este tipo de proyectos
proporcionan importantes beneficios como: el personal está involucrado
directamente y se familiariza con la tecnología SIG; la experiencia les proporciona
una visión realista de las dificultades de implementar un SIG, de aprender a
utilizarlo, de alimentar datos, de evaluar la precisión de los datos, dar soporte al
usuario, desarrollar programas para situaciones inesperadas, y trabajar cerca de

17
los límites del software etc. El proyecto piloto aunque es costoso es la mejor
manera para una organización de predecir que tan bien el SIG va a satisfacer sus
necesidades.

Al final de la evaluación de los diferentes sistemas generalmente se produce

un reporte que incluye las recomendaciones para adquirir el software, así como los
recursos financieros y de personal necesarios para la implementación del SIG.

4.1.2.4. JUSTIFICACIÓN DEL SISTEMA Y DESARROLLO DE UN PLAN DE

IMPLEMENTACIÓN.

Una vez tomada la decisión de adquirir el SIG, se procede a desarrollar un

plan para proveerse del equipo necesario, del personal y de hacer los cambios
necesarios dentro de la organización.

La manera en que la adquisición de un SIG es justificada afectará

directamente en los pasos necesarios para su implementación y en el presupuesto
que puede ser obtenido.

Justificación del sistema.

Los argumentos utilizados para justificar la adquisición del SIG definirán quién
es el principal beneficiario. El sistema puede beneficiar a múltiples grupos de
usuarios como a la dirección quienes pueden necesitar mejores herramientas de
predicción, al personal quienes necesitan tener mejores herramientas para obtener
y mantener datos, o al personal responsable del aseguramiento de calidad de los
datos. Sin embargo la manera de justificar la necesidad del sistema a partir de las
soluciones para diferentes áreas, definirá cómo será evaluado el éxito por la
organización. La implementación de un SIG es un proyecto costoso y de largo
plazo. Para decidir si continuar o no, es de gran apoyo un análisis cuantitativo y
sistemático.

Algunos de los beneficios más comunes son:

• mejor almacenamiento de los datos
• obtención más eficiente de la información
• productos de producción de información más eficientes
• análisis de alternativas más rápidas y
• el valor de mejores decisiones.

Estos beneficios están fundamentados en la selección del sistema apropiado y

en alimentarlo con datos confiables. Es importante reconocer que no importa que
tan riguroso y extenso sea el análisis, la decisión final será un juicio en consenso
ya que no existen procedimientos objetivos que proporcionen una decisión del tipo
sí ó no.

18
 El análisis costo – beneficio debe proporcionar datos sólidos para apoyar a la
decisión de adquirir o no el sistema. Sin embargo gran parte del análisis se va en
decidir cómo definir y medir ésos costos y beneficios. Primero se hace una
evaluación de los costos asociados, y existen muchos costos que pueden ser
comparados directamente, como el tiempo estimado de labores, o la estimación de
costos de los materiales. El hardware y el software tienen otros costos asociados
como el mantenimiento del sistema, o cursos de entrenamiento. En cuanto a la
base de datos, no puede ser tan predecible porque depende de la habilidad del
personal que aún no ha sido capacitado. El costo del personal tampoco puede ser
tan objetivo a causa de que requiere de habilidades nuevas. Hasta algún punto el
personal tiene que ser entrenado y/o contratado. Los beneficios son los más
difíciles de cuantificar.

Son cinco tipos de beneficios que hay que considerar:

1. El incremento de eficiencia. Mientras más eficiente el sistema menos

recursos necesitará. Normalmente se mide en tareas que mejoran procesos
definidos. Aquí el recurso tiempo es el que se optimiza, aunque si no hay
otras actividades que realizar en ése tiempo que ahorra el sistema entonces
no hay beneficio asociado.

2. Nuevos servicios no comercializables. Un nuevo SIG tiene el potencial de

proporcionar productos y servicios útiles que antes no estaban a
disposición. También aparecerán beneficios inesperados.

3. Nuevos servicios comercializables. Si la organización vende sus servicios y/o

productos entonces las mejoras se convertirán en ingresos. También la
organización puede vender la experiencia que ha desarrollado a otras
organizaciones u otros departamentos.

4. Toma de mejores decisiones. Información más precisa, y capacidades de

análisis más flexibles y rápidos mejoran el proceso de toma de decisiones.

5. Beneficios intangibles. Estos beneficios pueden incluir una mejor

comunicación, una mejor imagen; aunque no son cuantificables tienen un
efecto directo e importante en la eficiencia de la organización.

Justificación de colectar información geográfica.

El mayor costo en la implementación de un SIG es crear la base de datos.
Esto requiere organizar los datos y convertirlos a un formato digital adecuado. Esto
normalmente es considerado como un gasto, sin embargo la base de datos es un
activo muy valioso. No solamente por los datos que contiene sino porque el hecho

19
de estar en un formato digital incrementa su valor, ya que la información puede
ser fácilmente mantenida y accesada. Desde esta perspectiva el valor activo de la
base de datos es un factor importante en el análisis costo – beneficio. Una
consideración importante es el valor de los datos históricos. Generalmente cuando
se actualizan los datos la información pasada es borrada. Esta información puede
ser muy valiosa para otras aplicaciones, ya que las condiciones pasadas pueden
ser importantes en decisiones a futuro

El plan de implementación.
El plan de implementación describe como es que la tecnología, la información
y la gente se moldearán en un sistema de información operacional. El reto
fundamental es que todos estos tres factores deben de trabajar juntos.

Tecnología. El hardware y software se están desarrollando a una velocidad

siempre creciente. En el período de un año el precio del hardware ya cambió
significativamente y nuevas versiones del software ya están accesibles. El
desarrollo de la base de datos, el entrenamiento del personal, y el desarrollo de
experiencia requieren de varios años para que estén completamente
operacionales. Dependiendo de los recursos, presupuesto y necesidades de la
organización, el hardware y software pueden ser adquiridos antes, después o
durante la construcción de la base de datos.

Compra de la tecnología antes. Esto implica que se puede ir construyendo la

base de datos en el sistema que se va a operar, y que el personal se familiariza
con el sistema, tiene una visión más amplia del proyecto, y adquiere experiencia
en los procesos. Las desventajas son que durante el tiempo de entrenamiento y
alimentación de la base de datos, la inversión hecha parecerá subutilizada. Por
otro lado hasta el tiempo de arranque del sistema, nuevo hardware y software ya
estará disponible.

Desarrollo de la base de datos antes de comprar el sistema. De esta manera

la última tecnología puede ser adquirida y se le presta mayor atención a la base de
datos que es el componente de mayor costo, entre 5 y 10 veces más que el
hardware y el software. La base de datos tiene que ser construida por un externo,
lo que implica que habrá problemas de conversión de los datos en el sistema
seleccionado. También el personal no tendrá experiencia en el desarrollo de la
base de datos.

Adquisición del sistema durante la creación de la base de datos. Se puede

negociar y comprometerse a comprar el sistema seleccionado con entrega después
de que el desarrollo de la base de datos iniciada o completa. De esta manera los
esfuerzos de la implementación se enfocan en la base de datos, el personal
adquiere experiencia, no hay incompatibilidades, e inclusive la adquisición se

20
puede condicionar al funcionamiento esperado. El problema de este enfoque es
poder hacer la negociación con los proveedores de los diferentes componentes del
sistema.

El desarrollo de la base de datos.

El desarrollo de la base de datos involucra la conversión de los datos en un
formato digital y alimentarlo al SIG. Esta es el componente más costoso del SIG,
llegando a representar un 75% o más del monto total. Para implementar la base
de datos se requiere de personal con experiencia, y dar prioridad a la conversión
de los datos que serán más necesarios para arrancar la operación del SIG. Por otro
lado el progreso de la implementación será juzgado con base a los primeros
productos. Éstos deberán ser importantes pero sin información esencial, ya que de
esta manera las demoras inesperadas no afectan tanto mientras los resultados son
visiblemente valiosos. También se deben de planear suficientes recursos para
satisfacer la demanda de los productos sin comprometer el esfuerzo de desarrollo
y mantenimiento de la base de datos. Las especificaciones y el análisis de la base
de datos determinarán su calidad. Son necesarios procedimientos escritos para
encontrar las fuentes de los datos, su interpretación, la verificación de su
precisión, y la preparación de la entrada de datos. Los resultados del SIG no serán
creíbles si los datos no son de calidad, y las primeras impresiones tienden a ser
muy recordadas.

Personal. Finalmente el éxito del proyecto depende de la gente que lo

implemente. El plan de implementación debe de definir los grupos de dentro de la
organización que serán responsables de la implementación y operación del SIG. En
ocasiones la mejor opción es asignar la responsabilidad a alguna unidad existente
dentro de la organización. De cualquier manera se necesitará más personal
dependiendo de las habilidades con que se cuenten, ya que se requerirá un
coordinador del proyecto, un administrador del sistema, un administrador de la
base de datos, analistas de sistemas, programadores y capturistas de datos. La
instalación del sistema afecta directamente en el servicio que proporcionará a los
usuarios, a menudo no es la mejor opción el que estén todos los componentes
integrados en un solo sitio, y por otro lado el estar separado puede distraer los
objetivos del proyecto. Una solución es crear una unidad organizacional separada,
sin embargo sus desventajas son que se necesitará más apoyo de la dirección y
administrativo para proporcionar una efectiva interacción con el resto de la
organización. En este caso también es necesario ajustar las responsabilidades y
cadenas de mando de las unidades organizacionales existentes. Por último el plan
de implementación debe incluir un presupuesto suficiente para completar el
proyecto. Éste debe de contemplar situaciones inesperadas como datos que tienen
que ser alimentados de nuevo, mapas que tienen que ser redibujados, así como el
desarrollo de software que maneje procesos inesperados. El mantener un apoyo

21
político es la llave para mantener el soporte financiero y la cooperación necesaria
para completar el proyecto.

4.1.2.5. ADQUISICIÓN DEL SISTEMA E INICIO.

En esta fase el sistema es adquirido e instalado, el personal es capacitado, la

base de datos se empieza a crear, y los procedimientos de operación se empiezan
a establecer. Habiendo tenido desarrollado el plan de implementación, ganado el
apoyo de la organización, y habiendo recibido un compromiso formal, el paso
siguiente es negociar por equipo y servicios.

Al comprar el sistema éste comprende: hardware, software, entrenamiento,

documentación, instalación y mantenimiento. Aunque el fuerte de la negociación
con los proveedores es el precio, no siempre es el beneficio más importante. Los
términos y condiciones como las garantías, opciones de actualización, tiempos de
entrega y, penalidades pueden asegurar que el sistema entregado sea el
apropiado para la aplicación que se requiere, que cumpla con las especificaciones
del comprador y las demandas del proveedor, y que defina claramente las
responsabilidades en caso de que falle algo. Una prueba de aceptación
generalmente se lleva a cabo después de que el sistema fue instalado. Los
proveedores normalmente proporcionarán pruebas estándar, pero es necesario
asegurar que las pruebas sean exhaustivas y que incluyan todas las funciones
críticas que el sistema necesita. El contrato de servicio y mantenimiento debe
asegurar que el sistema proporcionará un nivel de servicio aceptable, y debe ser
proporcionado regularmente como medida preventiva. Las actualizaciones deben
ser incluidas como parte del acuerdo de mantenimiento o pueden ser vendidas
aparte, pero deben ser tomadas en cuenta para darle continuidad al
mantenimiento.

Durante el arranque siempre habrá problemas inesperados, por lo que es

importante mantener a los usuarios y a los administradores bien informados antes
de que sean mal informados por otras fuentes. Los proyectos pilotos son un
instrumento valioso para identificar problemas antes de derrochar recursos. Para el
proyecto piloto se debe deben crear aplicaciones representativas y posteriormente
evaluadas. La evaluación comprendería un documento con los que funcionó bien y
mal. También durante la fase de arranque consultores y los proveedores pueden
ser de gran ayuda. El personal de SIG puede ser asistido en lugar de aprende a
prueba y error. El desarrollo y adquisición de experiencia requerirá de que al
menos algunas personas del staff de SIG sean permanentemente asignados a
estas tareas, dándoles la oportunidad de convertirse en expertos. Esta experiencia
los hará más valiosos en el mercado por lo que para retenerlos es necesario
reescribir las descripciones de su trabajo, elevar su estatus, y/o su salario.

22
 4.1.2.6. OPERACIÓN DEL SISTEMA.

En esta fase la automatización de la base de datos debe estar completa, y los

procedimientos de operación ya deben estar desarrollados para mantener la base
de datos y proporcionar los servicios de información que la organización necesita.
Igualmente en esta fase se desarrollan procedimientos para mantener y actualizar
el sistema de manera que se vaya adaptando a los cambios de la organización.

Se puede decir que el sistema ya alcanzó la etapa operacional cuando los

usuarios finales hacen uso efectivo del SIG. Una vez que el sistema está
operacional es necesario desarrollar procedimientos para mantener el personal al
corriente con las novedades en el campo de los SIG.

La seguridad en los sistemas computacionales está muy desarrollada. Las

claves de acceso, registros de las actividades de los operadores, y encriptación de
los datos son continuamente utilizados para asegurar la inaccesibilidad de los datos
a personas no autorizadas. Sin embargo, las responsabilidades que surgen de la
distribución de datos voluntaria no están bien definidas y tienden a ser ignorados.
La información es poder, y donde el ejercicio de ese poder trae consecuencias
significativas, la sociedad asigna responsabilidades. En profesiones como
ingenierías, arquitectura y medicina, el profesionista es legalmente responsable de
la calidad de la información que proporciona. En un SIG la mayor parte de la
información es generada por profesionales en el área y las políticas de decisión de
qué información es crítica, inadvertidamente se va dejando al criterio del operador
del SIG. Las decisiones como qué información se debe de generar, cómo se debe
expresar su veracidad, y a quién se le tiene que entregar, deben ser tomada al
final de cuentas por una persona a quien explícitamente se le ha asignado esa
responsabilidad. Es responsabilidad de esta persona de obtener asesoría de
expertos que requiera para tomar en cuenta aspectos técnicos, económicos y
políticos para decidir qué información debe ser generada y entregada. A menudo
estas decisiones se basan en el juicio del responsable, por lo que es importante
que ésa persona tenga un nivel apropiado de capacitación, autoridad, perspectiva,
y responsabilidad.

Existen cuatro aspectos importantes acerca de la responsabilidad que se

deben tomar en cuenta.

1. La precisión en el contenido, que es el grado de en el que los datos

representan el contenido.
2. La precisión de contexto, es cuando la información se presenta en cierto
contexto en el mapa de manera que se pueden inferir interrelaciones entre
todos los elementos del mapa. Aunque el contenido sea correcto cuando

23
 se presentan datos de diferentes fuentes, la información puede ser dirigida
o mal interpretada.
3. El formato de los datos. Cuando se cambia el formato en el que se
entregan los datos surgen nuevos dilemas ya que alteran consecuencias
de su manejo y distribución.
4. Problemas en la combinación de los conjuntos de los datos. Uno de los
grandes beneficios de los SIG, es su capacidad de combinar diversos tipos
de datos espaciales. Sin embargo a menudo se olvida que los datos son
esencialmente proporcionados por expertos, por lo que la validez en su
alimentación, y el procedimiento de análisis, debe ser verificado; y
mientras más serias sean las consecuencias del error, más esfuerzo se
debe hacer en revisar la información.

Un SIG proporciona el medio por el cual información geográfica puede ser

utilizada en un amplio espectro de aplicaciones y por usuarios con una amplia
gama de habilidades. Con el objeto de que los datos sean utilizados en la toma de
decisiones, debe ser bien conocida su calidad. Por otro lado las organizaciones
públicas encargadas de producir y distribuir información geográfica deben estar al
pendiente de los aspectos de responsabilidad que pueden surgir cuando sus datos
son utilizados.

24
 4.1.3 METODOLOGÍA DE ANTENUCCI, BROWN, CROSWELL, Y KEVANY.

Antenucci, Brown, Croswell, y Kevany proponen no solamente una

metodología sino una filosofía en el diseño de un SIG. Se observó en esta
metodología una orientación hacia la administración de proyectos. A continuación
se describe, la filosofía y metodología en el diseño e implementación de un SIG.

Filosofía en el diseño de un SIG

El diseño y la implementación de un SIG dependen del soporte institucional

que se le ofrece. Y la mejor manera de generar y mantener ese soporte es
formular y presentar una visión clara del sistema y la organización. Una filosofía
consistente nos llevará a una visión clara de la utilidad del SIG, la filosofía
simplemente será que las aplicaciones deberán conducir el diseño del sistema.
Figura 4.1.1.

Necesidades
y Fuentes

Aplicaciones
y Procesos

Funciones Contenido Aspectos

del Sistema de la Base Organizacionales e
de Datos Institucionales

Software Diseño de la
Base de
Datos

Hardware

Figura 4.1.1 Filosofía en el diseño de un SIG.

25
 Un sistema no esta formado exclusivamente por hardware y software,
también incluye el contenido de la base de datos y su estructura, el personal, la
estructura organizacional, y los recursos financieros.

Este proceso de diseño es iterativo moviéndose de lo abstracto, al concepto,

al diseño preliminar, al diseño detallado, y posteriormente a lo específico. Primero
la base de datos, que es el fundamento necesario para realizar cualquier
aplicación. La definición del contenido de la base de datos, y su precisión
manteniendo las prioridades de la aplicación, es uno de los primeros y más
importantes pasos ya que, el costo del desarrollo de la base de datos y su
mantenimiento excederá la de los demás componentes del SIG. Después las
funciones y un diseño detallado de la base de datos podrá ser determinado
dependiendo del hardware y software utilizado (Antenucci et al., 1991).

Esta metodología está dividida en las siguientes cinco fases. Figura 4.1.2.

1 Concepto
• Análisis de requerimientos
• Evaluación de factibilidad
2 Diseño
• Plan de implementación
• Diseño de sistema
• Diseño de base de datos
3 Desarrollo
• Adquisición del sistema
• Adquisición de la base de datos
• Organización, personal, entrenamiento
• Preparación de procedimientos de operación
• Preparación del lugar
4 Operación
• Instalación del sistema
• Proyecto piloto
• Conversión de datos
• Desarrollo de aplicaciones
• Conversión a operaciones automatizadas
5 Revisión
• Revisión del sistema
• Expansión del sistema

26
 Concepto Diseño

Desarrollo
Adquisición de
Hardware y Software

Desarrollo de la
Base de Datos

Operación

Revisión

Tiempo

Figura 4.1.2 Cinco etapas para la implementación de un SIG.

El autor comenta que el subdividir en muchas etapas el proceso para el

diseño de un SIG, es por el hecho de que generalmente la implementación de un
SIG a gran escala envuelve a muchas personas y organizaciones así como una
gran inversión económica como en tiempo y recursos. Por lo que es sano
mantener un orden lógico y etapas relacionadas para un mejor entendimiento y
desarrollo.

4.1.3.1 Concepto.

En esta fase es donde el proyecto es definido con base en una evaluación de

las necesidades del usuario, los recursos accesibles y de la factibilidad del sistema.
Figura 4.1.3. Por lo tanto la fase de concepto se encuentra dividida en las etapas
de análisis de requerimientos y evaluación de factibilidad.

Análisis de Evaluación de
Requerimientos Factibilidad Hacia diseño

Figura 4.1.3 Etapa de Concepto.

27
 Análisis de Requerimientos.

El análisis de las necesidades es el fundamento sobre el que se basa el éxito

de la implementación de un SIG. Este análisis incluye la identificación de las
actividades concernientes con mapas alrededor de la organización, tomando en
cuenta la información gráfica y los atributos. Al término de esta etapa se debe
conocer al menos lo siguiente:

• El proceso de las funciones.

• Los datos contenidos.
• Los estándares de los datos y sus características.
• Las aplicaciones del sistema y sus productos.
• La funcionalidad del Software.
• Diferentes equipos y capacidades.
• Facilidades de comunicación.

Evaluación de factibilidad.

La mayoría de las organizaciones deben evaluar la factibilidad de la

implementación del sistema antes de hacer cualquier inversión importante. Esto
consiste en identificar hasta dónde el SIG es práctico, estimando su costo y
beneficio. La extensión de este estudio depende tanto del tamaño de la
organización como de la diversidad de aplicaciones potenciales del SIG.

28
 4.1.3.2 DISEÑO.

En esta fase se prepara un plan de implementación así como el diseño del

sistema y de la base de datos. Figura 4.1.4.

Diseño de
Sistema
Desde Plan de
Concepto Implementación Hacia diseño
Diseño de Base
de Datos

Figura 4.1.4 Etapa de Diseño.

Plan de implementación.

Una cuidadosa planeación y coordinación es esencial, ya que la

implementación de un SIG, normalmente involucra a múltiples organizaciones. Este
plan debe definir los roles y responsabilidades de los participantes, así como
controlar los siguientes pasos:

• Identifica y describe las tareas individuales.

• Asigna responsabilidades a para cada tarea.
• Indica los recursos comprometidos.
• Define relaciones en las tareas.
• Identifica productos y metas.
• Establece un programa.

Una parte importante es la documentación. El plan documenta el proyecto de

una manera comprensible, generando reportes antes y durante los pasos.

Diseño del sistema.

Dos tareas son realizadas paralelamente antes de continuar con el diseño a

detalle, la selección de hardware y software, así como la base de datos.
Normalmente se escoge de entre paquetes comerciales en el mercado. Existen
muchos paquetes de GIS los cuales deberán ser evaluados de acuerdo a las
funciones que ofrecen y a las necesidades del proyecto. Para el diseño a detalle se
requiere que el diseñador cuente con habilidades y experiencia en hardware,

29
software, redes, y comunicaciones. El diseñador deberá también estar familiarizado
con los sistemas accesibles así como con las metodologías de diseño.

Diseño de la base de datos.

Un diseño detallado de la base de datos es realizado paralelamente con el

diseño del sistema. En este paso se desarrollan especificaciones para crear y
mantener la base de datos, se identifica el contenido, las especificaciones, las
relaciones de los datos y sus fuentes, se prepara para cada tema de datos, como
puede ser planimetría, topografía, límites estatales etc. También se documentan
las funciones de cada mapa, las características de los datos no gráficos, la
precisión de los datos.

30
 4.1.3.3 DESARROLLO.

En esta etapa se adquiere el software, el hardware, los datos, y se desarrollan

procedimientos para operar el sistema. Figura 4.1.5.

Organización, adquisición de
personal, entrenamiento

Selección y adquisición del Sistema

Preparación del
Lugar
Desde Hacia
Diseño Operación
Especificación Adquisición de
de la Base de la Base de
Datos Datos

Preparar Procedimientos de
Operación

Figura 4.1.5 Etapa de Desarrollo.

Adquisición del sistema.

El objetivo de este paso es adquirir el hardware y software más apropiados

para el propósito del proyecto, al precio más ventajoso posible. Las
especificaciones documentadas en el diseño del sistema, dan la pauta y definen los
criterios para la selección del hardware tomando en cuenta, la compatibilidad de
sistemas previos, los tipos de dispositivos (eg. estaciones de trabajo,
procesadores, plotters etc.), su número y sus capacidades funcionales (eg.
resolución, velocidad, y capacidades). Del software se deben tomar en cuenta las
funciones requeridas por el sistema para diferentes categorías de software (eg.
Sistemas operativos, procesamiento gráfico, manejadores de bases de datos, y
aplicaciones varias). Durante la requisición del sistema no solo se piden detalles

31
técnicos como los anteriores, también se toma en cuenta la documentación
existente, la capacitación, el mantenimiento, otros servicios de soporte, y las
relaciones entre los proveedores del hardware y software cuando éstos no son los
mismos. Existen procedimientos y criterios para la selección entre las que se
encuentran pruebas de benchmarking, entrevistas, verificación de referencias.

Adquisición de la base de datos.

La adquisición de la base de datos lleva un proceso similar y paralelo al de la

adquisición del sistema. El desarrollo de la base de datos – captura de datos
geográficos y no geográficos, conversión y formateo de los datos - requiere una
inversión considerable de tiempo, recursos humanos y financieros. En muchos
casos resulta impráctico adquirir equipo para digitalizar mapas, por lo que se
contratan compañías encargadas de digitalizar y convertir los datos al formato
necesario para la base de datos inicial. En ocasiones es necesario acudir con varios
proveedores de servicios, por lo que para tener un mejor control es factible dividir
la implementación de la base de datos en: fotografía aérea y análisis de
triangulación, compilación y digitalización de elementos planimétricos y
topográficos, compilación y digitalización de mapas de parcelas, y digitalización de
mapas existentes de otros elementos.

Organización, personal y entrenamiento.

Este paso es probablemente el menos valorado siendo que las personas y el

cómo son organizadas son un factor clave en el éxito del proyecto. Uno de los
principales problemas encontrados en el procuramiento de recursos humanos, es
la inadecuación ya sea en el número de personas o en sus habilidades. Los
factores determinantes en la organización de un SIG, son las políticas y estructura
de toda la organización en donde se implementa. Ya sea que la implementación
del SIG esté asignada a toda la organización en conjunto o a un departamento se
necesita un coordinador del proyecto. La estructura organizacional del SIG puede
ser centralizada o distribuida a través de la organización. En ambos casos es
necesario definir a quiénes dará servicio, si se compartirán datos, estándares en
los mismos, y el tipo de hardware y software para mantener compatibilidad entre
éstos. Esta estructura organizacional define la autoridad, responsabilidades, y
cadena de mandos. Esto puede llegar a ser difícil definirlo a medida que más gente
es involucrada, por lo que es necesario un acuerdo escrito así como la
participación los más altos niveles directivos en las organizaciones que participan.
Por otro lado es necesario la designación de roles específicos a cada persona,
entre los que destacan el administrador del proyecto, del sistema y de la base de
datos, así como analistas de sistemas, programadores y operadores. El
administrador del proyecto es responsable de todos los aspectos de la
implementación como la adquisición del equipo, el desarrollo de la base de datos,

32
la asignación y capacitación del personal, el desarrollo de las aplicaciones, y la
preparación para su uso. El administrador del sistema se encarga día a día del los
componentes y operaciones del sistema. El administrador de la base de datos es
responsable de las fuentes, calidad uso y mantenimiento de la base de datos.

Preparación de procedimientos de operación.

La utilidad del SIG radica en la eficiencia de los procedimientos. Estos

consisten de la administración, operación, mantenimiento y actualización del SIG
como de la base de datos, y la producción de productos estándar y especiales para
el sistema. Es necesario que todos los participantes estén de acuerdo en el
funcionamiento completo del sistema. Esto asegura la compatibilidad y la
minimización de redundancias a través del sistema. Igualmente las operaciones
más importantes necesitarán ser diseñadas y documentadas. Figura 4.1.4. Durante
el diseño del sistema se establecen los procedimientos principales que gobiernan el
funcionamiento del SIG como lo son:

• Las operaciones diarias del sistema.

• Mantenimiento de hardware y software.
• Supervisión del uso del sistema
• Resolución de problemas.
• Respaldo de la base de datos y del software.
• Localización y autorización de acceso al sistema.
• Administración del contrato de mantenimiento del hardware y software.
• Soporte para los usuarios del sistema.
• Autorización para el desarrollo e instalación de aplicaciones.
• Actualización de hardware y software.

Preparación del lugar.

A pesar de que cada vez se requieren menos controles ambientales en los

equipos, es necesario preparar la instalación del equipo y las redes de
comunicaciones. Este paso incluye la preparación de los equipos para cada
individuo, planeación del espacio adecuado para todos los componentes,
construcción de facilidades adecuadas, la instalación de fuentes de energía
adecuadas, control ambiental y de líneas de comunicación.

33
 4.1.3.4 OPERACIÓN.

La etapa operacional consiste de la instalación del sistema, la realización de

un proyecto piloto, conversión de datos, desarrollo de aplicaciones y
automatización de operaciones. Figura 4.1.6.

Conversión a Operaciones
Automatizadas

Instalación del
Sistema

Proyecto Piloto

Desde
Desarrollo

Conversión de Datos

Desarrollo de Aplicaciones

Figura 4.1.6 Etapa de Operación.

Instalación del sistema.

Este paso incluye la entrega, instalación y operación inicial del hardware y

software. La instalación la conduce el administrador del sistema. En ocasiones
también participan el vendedor del sistema, usuarios del sistema, personal del SIG,
la compañía de comunicaciones y consultores técnicos.

Proyecto piloto.

Por la magnitud de un proyecto de SIG, muchas organizaciones inician

operaciones con un proyecto piloto. Los objetivos del proyecto piloto varían y
están sometidos a hacer lo siguiente:

34
 • Verificar la operatividad y utilidad de la tecnología SIG.
• Verificar el Costo-Beneficio que se estimó anteriormente.
• Crear una base de datos de SIG para comparar y seleccionar.
• Construir bases de datos prototipos que apoyen a la organización a
identificar los requerimientos de formato y estructura del SIG
seleccionado.
• Verificar los procesos para el desarrollo de la base de datos.
• Proporciona capacitación durante el desarrollo.

Se pueden identificar muchos otros objetivos, e inclusive un proyecto piloto

puede ser útil en otras etapas de la implementación del sistema.
Los proyectos pilotos fueron inicialmente un paso obligatorio para establecer
la credibilidad y el rendimiento de los productos de hardware y software.
Actualmente los proyectos pilotos son más utilizados para evaluar el desarrollo
técnico, de procedimientos, del costo de la base de datos, y de las aplicaciones
principales. Un plan para el proyecto piloto define sus objetivos, identifica las
tareas, asigna responsabilidades, define el área piloto y el contenido de la base de
datos, y especifica los criterios de evaluación. La duración del proyecto piloto
depende de las dimensiones del proyecto y de la extensión de las pruebas. Sin
embargo se debe de mantener dentro de un lapso de tiempo razonable que
permita ajustes en la implementación.

Conversión de datos.

La creación de la base de datos es lo que más consume tiempo y más costoso

de todo un proyecto de SIG. La conversión de los datos comienza con un riguroso
control de calidad. Este evalúa el contenido, la falta de datos, la precisión,
consistencia lógica, definición, entre otras características de los datos. Al tiempo
que se verifican los datos son vaciados en la base de datos. Cualquier relación
lógica entre los datos es establecida durante los procedimientos de vaciado.
Después de cargar toda la base de datos el administrador de ésta certifica que se
encuentra operacional e inicia los procedimientos de mantenimiento. La carga
inicial de la base de datos involucra solamente a una porción de la base de datos
completa del SIG. Esta porción incluye solamente una extensión geográfica inicial
de lo que eventualmente será cubierto o, solo un subconjunto de los rasgos que
serán incluidos. El resto de los datos se carga a medida que son disponibles de
actividades previas como compilación o digitalización.

Desarrollo de aplicaciones.

El SIG amplía sus beneficios a la organización a través de su aplicación. El

diseño de una aplicación específica es el producto del previo análisis de
requerimientos. Generalmente las aplicaciones apoyan funciones comúnmente

35
utilizadas, éstas encadenan una serie de tareas como obtener datos, hacer
cálculos, u operaciones lógicas, entre otras muchas operaciones. Estos programas
son realizados utilizando software y lenguajes de macros, proporcionado por el
SIG, u otro lenguaje de programación. Los programas de aplicación son
desarrollados para mejorar y eficientizar numerosas actividades. Algunas pueden
ser muy simples como la automatización de algunos pasos en un procedimiento.
Otras son más complejas incorporando el diálogo con el operador y realizando
tareas como obtención de datos, cómputo, validación de la información, u otros
procesos. Su diseño puede ser formal o informal dependiendo de la complejidad de
la aplicación. En los casos más sofisticados el diseño de una aplicación específica
incluye, un análisis de requerimientos detallado, diseño, programación, pruebas,
búsqueda de errores, y documentación. Las aplicaciones complejas requieren de
una documentación detallada para su mantenimiento, y necesita que sea separada
para los operadores y para los usuarios.

Automatización de operaciones.

En la mayoría de los casos, el SIG se implementa en fases durante un período

de tiempo extenso. La conversión de las operaciones y actividades manuales en
ése momento a nuevas operaciones automatizadas requerirá meses, o años.
Mientras la base de datos está en vías de construcción, el mantenimiento de los
mapas y de las operaciones diarias continúa. Al término de la construcción de la
base de datos los recursos pueden pasar a tareas de automatización de
operaciones. La transición requerirá de continuar realizando las operaciones
manuales paralelamente hasta que las automatizaciones sean verificadas y
funcionen satisfactoriamente. Esta transición debe asegurar que no aparezcan
espacios vacíos durante la actualización de los registros, que no se introduzcan
datos a la base sin previa verificación, y que los recursos no sean desperdiciados.

36
 4.1.3.5 REVISIÓN.

Durante esta etapa alguna organización evalúa todos los aspectos del SIG, y
planea mejoras y expansiones al sistema.

Revisión del sistema.

El ambiente se mantiene cambiando. El diseño y implementación debe tomar

esto en cuenta, y mantenerse flexible a cambios en la estructura organizacional,
avances en la tecnología, introducción de nuevas técnicas, cambios personales y
cambios. Las revisiones periódicas juegan un papel importante para mantener el
proyecto en pie. El fundamento metodológico para la Revisión no es diferente de la
etapa de desarrollo. Típicamente se entrevistan al staff técnico y administrativo y
se acompaña de la revisión de la documentación histórica de objetivos, planes,
presupuesto y gastos. Posteriormente se identifica el estatus actual del proyecto,
los problemas oportunidades y acciones correspondientes. Esta etapa termina con
un documento que revisa las metas, políticas, procedimientos, y acciones a tomar
dentro de un tiempo y presupuesto específico.

Sistema de expansión.

Las audiciones para expandir el sistema son un caso especial del anterior. Los
componentes del SIG siempre están cambiando a través de nuevas versiones y
nuevos productos. Mientras el costo del equipo decrece sus capacidades
aumentan, por lo que una revisión regular del hardware es recomendable.

37
 4.1.4 METODOLOGÍA DE LA NCGIA

La NCGIA propone una metodología muy completa y orientada principalmente

hacia aplicaciones gubernmentales. Se observó que adicionalmente a las otras
metodologías propone un sistema de documentación formal a través de su
proceso. Figura 4.1.7.

Esta metodología se compone de once fases:

1. Evaluación de las necesidades.

2. Diseño conceptual.
3. Búsqueda de datos accesibles.
4. Búsqueda de hardware y software.
5. Diseño de la base de datos.
6. Proyecto piloto y benchmark.
7. Construcción de la base de datos.
8. Adquisición de hardware y software
9. Integración del sistema.
10. Desarrollo de aplicaciones.
11. Uso y mantenimiento.

38
Requerimientos y
necesidades

Diseño
Conceptual
Diseño y Construcción de
Planeación de la la Base de Datos
Base de Datos

Búsqueda de Integración del Desarrollo de Uso del SIG y

Datos Disponibles Sistema Aplicaciones mantnimiento de
la Base de Datos

Proyecto Piloto Adquisición de

y Hardware y
Benchmarking Software
Búsqueda de
Hardware y
Software

Figura 4.1.7 Metodología para el diseño de SIG (Calkins et al., 1998).

 4.1.4.1 EVALUACIÓN DE LAS NECESIDADES.

La evaluación de las necesidades es el primer paso para implementar con

éxito un SIG en cualquier gobierno local. La evaluación de las necesidades es una
mirada sistemática de cómo los departamentos funcionan y los datos espaciales
deben de realizar su trabajo. El conducir la evaluación de las necesidades del SIG,
fuerza la cooperación y facilita la comunicación entre departamentos a través del
trabajo en torno a una tecnología en común y un nuevo conjunto de herramientas.
Finalmente la evaluación de las necesidades sirve como una herramienta de
aprendizaje, en la que los usuarios potenciales y cada departamento aprende
acerca del SIG y como puede servir en el departamento. El beneficio más grande
para un gobierno local al adoptar un SIG es darse cuenta de los beneficios de una
“base de datos” en común y del compartir datos entre departamentos.

Al término de esta etapa la organización deberá tener toda la información

necesaria para realizar la planeación del SIG. Esta información se puede agrupar
en las siguientes categorías:

Aplicaciones a desarrollar. Evaluando las responsabilidades y el flujo de

trabajo en un departamento, es posible identificar que algunas tareas puedan ser
hechas más efectivamente o eficientemente en un SIG. Estas tareas serán la base
de las aplicaciones del SIG.

Funciones requeridas por el SIG. Para cada aplicación identificada, ciertas

funciones se necesitarán. Estas pueden incluir operaciones estándar como
búsquedas, análisis espaciales funciones como ruteo, análisis de sobreposición,
buffering, y posiblemente análisis avanzados que requieran de programación
especial.

Datos necesarios en la base de datos. Muchos de los departamentos utilizan

datos que tienen componentes espaciales como los domicilios, códigos postales, o
valores X-Y de un plano (como latitud y longitud). La evaluación de las
necesidades identificará cómo esta información será utilizada en las aplicaciones
del SIG.

Procedimientos para el mantenimiento de los datos. Revisando el flujo de

trabajo entre los departamentos, la responsabilidad de la creación de los datos,
actualización y mantenimiento se hace evidente.

Una vez que toda la información se recopiló, se analizó y se publicó en un

reporte, éste puede ser utilizado como guía para la implementación del SIG. Este
reporte será utilizado para:

40
 • Diseñar la base de datos del SIG
• Identificar el software que cumpla con las necesidades.
• Preparar un plan de implementación.
• Empezar a estimar el costo-beneficio del SIG.

Uno de los aspectos más significativos de la evaluación de necesidades es

documentar los resultados de una manera estándar y estructurada. Es importante
adoptar o desarrollar una metodología estándar para describir todas las tareas,
procesos y datos que serán incluidos en la evaluación de necesidades. Esta
documentación identificará tres tipos de requerimientos:

1. Aplicaciones del SIG. Estas son las tareas que pueden ser realizadas por el
SIG, como pueden ser el preparar un mapa, procesar una búsqueda, o
realizar un análisis específico.

2. Actividades del SIG. Estas son situaciones donde la información necesita

estar en algún tipo de actividad o proceso como conducir una inspección,
preparar una autorización etc.

3. Datos del SIG. Aparecerán ciertos tipos de datos espaciales que serán
importantes de almacenar pero que no aparecerán dentro de las
aplicaciones o de las actividades identificadas. Estos datos y otros
necesarios pero que no aparecen identificados pueden ser agregados
directamente en la lista de datos maestra.

El principal método para recopilar los datos es la entrevista individual. Las

series de entrevistas uno a uno es la mejor manera de identificar las necesidades
de los usuarios.

La realización de la evaluación de necesidades está compuesta de dos partes

principales:
Entrevistar y documentar las necesidades de los usuarios potenciales.
Compilar los resultados en la lista de datos maestra, y la lista de funciones.
Estas dos listas respectivamente serán utilizadas posteriormente para realizar al
modelo de datos, y las especificaciones.

El proceso de la entrevista debe identificar y describir posibles usos futuros

del SIG.
La documentación es realizada utilizando formas. La mayoría de las
aplicaciones pueden ser descritas utilizando las formas de descripción del SIG. Si
las formas no son apropiadas, otras diferentes pueden desarrollarse mientras la
misma información pueda ser sistemáticamente registrada. Las formas de
descripción constan de cinco páginas (Calkins et al., 1998).

41
1 Descripción de aplicación. Figura 4.1.8.
Esta se utiliza para registrar:

• Una identificación de la aplicación.

• Descripción del propósito.
• Tipo de aplicación, escala, clave de búsqueda, frecuencia, y tiempo
requerido de respuesta.
• Datos requeridos por la aplicación, entidades y atributos de las entidades

GIS Application Description

Name of Government
Geographic Information System
Requirements Analysis

Application Identification #:
Application Name:
Department:
Defined by:

Purpose and Description:

Type of Application:
Display Display/Map Scale:
Query Query Key:
Query & Display Response Time:
Map Analysis Frequency:
Spatial Model

Data Required:
Features (entities): Attributes:

Prepared by: Approved by: Date:

Figura 4.1.8 Forma de descripción de aplicaciones.

42
 2 Vista del mapa. Figura 4.1.9.
Utilizado para dibujar un bosquejo de los mapas requeridos por el sistema,
incluyendo símbolos y leyendas.

Map Display

Name of Government
Geographic Information System
Requirements Analysis

Application Identification #:
Application Name:
Department:
Defined by:

Graphical Output Sample: Screen: Hard Copy:

Symbols/Legend

Prepared by: Approved by: Date:

Figura 4.1.9 Forma de descripción de mapas.

43
 3 Vista de las tablas. Figura 4.1.10.
Utilizada para mostrar ejemplos de cualquier tabla que sea necesario que el
sistema produzca.

Table Display

Name of Government
Geographic Information System
Requirements Analysis

Application Identification #:
Application Name:
Department:
Defined by:

Report Layout/Format: Screen: Hard Copy:

HEADINGS

SUB-HEADINGS

SUB-TOTALS/TOTALS:

Prepared by: Approved by: Date:

Figura 4.1.10 Forma de descripción de tablas.

44
 4 Diagrama de flujo de datos. Figura 4.1.11.
Es utilizado cuando una aplicación es compleja. Esta debe ser dibujada por
alguien familiarizado con técnicas de diagramas, y documenta cálculos complejos y
actividades que necesitarán el soporte del SIG.

Data Flow Diagram

Name of Government
Geographic Information System
Requirements Analysis

Application Identification #:
Application Name:
Department:
Defined by:

Process Description: Data Flow Diagram or Flow Chart

Prepared by: Approved by: Date:

Figura 4.1.11 Forma de descripción de procesos.

45
5 Diagrama de relaciones de entidades. Figura 4.1.12.
Utilizado para graficar las relaciones de los datos en la aplicación.

Entity-Relationship Diagram

Name of Government
Geographic Information System
Requirements Analysis

Application Identification #:
Application Name:
Department:
Defined by:

Data Description: Entity - Relationship Diagram

1 1

N
1

Prepared by: Approved by: Date:

Figura 4.1.12 Forma de descripión de relaciones entre entidades.

46
 Preparando el reporte de evaluación de las necesidades.
El reporte de la evaluación de las necesidades consiste en las descripciones de
las aplicaciones y la lista de datos maestra y varias tablas de resumen. Entre éstas
se tienen:

• Lista de aplicaciones y frecuencia.

• Tabla de número de aplicaciones por departamento por tipo de aplicación.
• Tabla de frecuencia de uso por departamento por tipo de aplicación.
• Tabla de aplicación contra dato. Esta es muy útil en la planeación y
programación de la conversión de datos

El último paso en la preparación del reporte es obtener la lista de funciones

requeridas por las aplicaciones. Esta lista incluirá funciones estándar más otras
descritas en los diagramas de flujo.

4.1.4.2 DISEÑO CONCEPTUAL.

En esta etapa se hace el modelo de datos en general, tomando la información

desarrollada en la etapa de evaluación de necesidades y la acomoda en un formato
estructurado. El resultado de esta etapa será un modelo de datos del SIG y
especificaciones funcionales para el sistema.
El diseño conceptual es el primer paso del diseño de la base de datos donde
su contenido de es identificado y definido. Este proceso generalmente se divide en
tres grandes tareas:

Modelo de datos conceptual. Identifica los datos contenidos y describe los

datos en un nivel abstracto o conceptual. Este paso intenta describir lo que el SIG
debe de hacer, y no como lo debe de hacer.

Diseño lógico de la base de datos. Traduce el diseño conceptual de la base de

datos en el modelo de datos de un sistema de software específico.

Diseño físico de la base de datos. Representación del modelo de datos lógico

en el esquema del software.

El diseño conceptual es un ejercicio de diseño de bases de datos, pero la

planeación de la base de datos es la tarea más importante para el desarrollo de la
base de datos. Empieza con la identificación de los datos necesarios, y continúa
cubriendo otras actividades llamadas en conjunto el ciclo de vida de los datos:
identificación de datos, inclusión de los datos al modelo de datos, creación de los
metadatos, recolección e introducción de los datos en la base, actualización y

47
mantenimiento, y finalmente calendarización para el registro de los metadatos.
Figura 4.1.13.

Datos identificados Fuentes:

en la evaluación de mapas, imágenes,
requerimientos fotografías aéreas

Preparación del Recolección de

modelo de datos datos
Relación de datos
requeridos y datos
accesibles

Plan de
implementación de
la base de datos

Crear metadatos
iniciales Conversión de
datos tabulares y
en mapas

Registros en los
metadatos Aseguramiento y
Base de datos del control de calidad
SIG

Continuación del
mantenimiento de
la base de datos
Archivos Respaldos

Figura 4.1.13 Ciclo de vida de la Base de Datos.

48
 Preparando el modelo de datos del SIG
Un modelo de datos es una definición formal de los datos requeridos por el
SIG. El modelo de datos puedes ser representado en varias formas como en una
lista estructurada o en un diagrama de entidad-relación. El propósito del modelo
de datos y del proceso para especificar el modelo, es asegurar que los datos han
sido identificados y descritos de una manera totalmente rigurosa y sin
ambigüedades, además de asegurar que el usuario y el analista están de acuerdo
en la definición de los datos. El modelo de datos es entonces la especificación
formal de las entidades, sus atributos y todas las relaciones entre ellas.

4.1.4.3 EVALUACIÓN Y RECOPILACIÓN DE DATOS.

Uno de los elementos más importantes en el desarrollo del SIG es encontrar y

utilizar los datos apropiados. La forma de los datos es crítica para el diseño global
de la base de datos y para el correcto funcionamiento de los análisis realizados por
el sistema. Finalmente la calidad de los resultados arrojados por el SIG reside en la
calidad de los datos utilizados.

Datos requeridos.
Uno producto de la evaluación de las necesidades es la lista de datos maestra.
Con base en las descripciones de las tareas de los futuros usuarios se desarrolla
una lista de datos requeridos.

De la evaluación de las necesidades se tiene:

las entidades de los datos,
los atributos asociados con las entidades.

La lista de datos maestra se utiliza para preparar la planeación de la base de

datos que incluye:

• un diseño lógico/físico de la base de datos

• procedimientos para la construcción de la base de datos
• procedimientos para el mantenimiento de la base de datos

Tipos de datos.
Existen diferentes tipos de datos que pueden ser utilizados por el SIG. Cada
uno tiene cualidades y propiedades diferentes que contribuyen a la funcionalidad y
calidad global de la base de datos del SIG. Estos tipos de datos pueden ser mapas,
datos tabulares, imágenes captadas remotamente, e imágenes digitalizadas.

49
 Mapas.
Los mapas se refieren a colecciones o series de mapas publicados. Los mapas
en papel si aún no se encuentran en formato digital, pueden digitalizarse ya sea
manual o automáticamente. Esta catalogación también engloba a los datos
geográficos que ya han sido digitalizados en una estructura de datos vectorial.
Estos mapas vectorizados pueden encontrarse con o sin la información de las
coordenadas del mundo real, y puede o no tener sus relaciones topológicas.

Tablas y listas de atributos.

Las listas y tablas son una forma ya preparada para introducirse al SIG, y hay
muchas accesibles a través de organismos y agencias de gobiernos. Cualquier
organización que administre una base datos o utilice hojas electrónicas para
guardar sus registros tiene la capacidad para crear listas digitales. Muchas tablas y
listas están disponibles por parte de casi cualquier gobierno mientras no involucre
asuntos privados.

Imágenes captadas remotamente (Fotografías aéreas, imágenes satelitales).

Este tipo de fuente consiste principalmente en fotografías aéreas en formato
análogo o digital, e imágenes satelitales. Las fotos aéreas normalmente son
capturadas con cámaras análogas y posteriormente digitalizadas. En cualquier caso
se requerirá de rectificaciones y de re-escalamientos para corregir las distorsiones
comunes en la fotografía aérea. Las imágenes son convertidas en formato raster,
el cual no ofrece conexiones topológicas para análisis del SIG. Las imágenes
satelitales son capturadas en formato raster.

Imágenes digitalizadas (Dibujos, Diagramas).

Las imágenes en formato raster pueden ser desplegadas por el SIG de la
misma manera que las imágenes de satélite. Cualquier imagen raster ya sea una
digitalización de un mapa, una fotografía o diagrama, puede ser cargada y
desplegada por el SIG fácilmente.

Formatos.
Existen tres formatos en los que se pueden obtener datos útiles para un SIG.
Éstos incluyen material en papel, imágenes análogas, e imágenes digitales.

Material en papel.
Las copias de mapas en papel o lino pueden ser accesibles a través de
diversos organismos. Éstos pueden ser digitalizados posteriormente para cargar
sus datos en un SIG. Aunque tienen algunos problemas de precisión por las
posibles deformaciones del material, aún existen muchos datos geográficos que
solamente se encuentra en este tipo de formato. Los datos tabulares es otra
presentación de datos en papel.

50
 Imágenes análogas.
Las fotografías aéreas son una forma abundante de datos geográficos. La
fotogrametría es una forma común de crear una base de datos precisa y
actualizada. Las fotos aéreas proporcionan datos crudos el cual es necesario para
aplicaciones planimétricas y topográficas. Por otro lado son muy ricas en datos ya
que en ellas se pueden observar claramente ciertas características que en los
mapas en papel o digitales no.

Imágenes digitales.
En términos de gráficos para SIG, existen dos estructuras de datos el raster y
el vectorial. Los datos tabulares son encontrados más frecuentemente en formato
digital. De los diferentes tipos de datos espaciales en formato digital encontramos
los siguientes:
• Mapas y fotografías aéreas digitalizadas.
• Imágenes satelitales.
• Ortofotografía digital.
• Modelos de elevación digitales.

Algunas de las formas en que los datos digitales de atributos pueden ser
cargados a un SIG incluyen archivos asociados a otros paquetes computacionales,
como hojas de cálculo, bases de datos y procesadores de palabras.

4.1.4.4 EVALUACIÓN DE HARDWARE Y SOFTWARE.

Decidir cual hardware y software utilizar es una tarea difícil e importante,

pues esta será la base sobre el que se construya el sistema. No existe una fórmula
única para facilitar el proceso de selección. Esta son sólo sugerencias para evaluar
varios sistemas.

Proceso de selección.
Inicialmente se tendrá que evaluar el software independientemente del
hardware. El software se tiene que seleccionar con base en la funcionalidad que
ofrece, y el hardware con base en el software seleccionado y en el sistema
operativo seleccionado como estrategia de la organización. Posteriormente se
prueban ambos conjuntamente para comprobar que funcionan como fueron
anunciados.

Software.
El software es evaluado en su funcionalidad y rendimiento. En la evaluación
de necesidades y requerimientos se identifica la funcionalidad, es en esta etapa
donde se utiliza esa información.

51
 Funcionalidad.
Lo importante aquí es la capacidad del software para realizar las cosas que se
necesitan hacer de una manera continua.

Estándares.
Los estándares son la manera de asegurarse de que existe un común
denominador que todos los sistemas pueden utilizar. Esto puede ser en la forma
de importar y exportar datos, los lineamientos para desarrollar software, o
soportar estándares industriales para compartir datos.

Rendimiento.
El rendimiento depende de dos factores, como fue diseñado y la velocidad del
hardware en el que se corre el SIG. El software de un SIG es complejo y requiere
de una buena cantidad de recursos.

Capacidad de expansión.
Las necesidades del software actuales cambiarán con el tiempo, más de lo
que el sistema necesitará expanderse. Esto significa que existen productos
complementarios que pueden utilizarse conjuntamente con le paquete que se está
evaluando o el desarrollador ha definido claramente planes para añadir
funcionalidad.

Licenciamientos.
El software del SIG no se compra se licencia. Normalmente existe un cargo de
la licencia al adquirir el producto y un cargo de mantenimiento cada vez que se
actualiza la versión. En sistemas grandes se llegará a un acuerdo de licenciamiento
así como de mantenimiento.

Hardware.
Antes de lanzarse a avaluar hardware se debe hacer la selección del software
que se utilizará. El hardware se puede dividir en los siguientes componentes
básicos:

• Sistema operativo.
• Procesador.
• Disco duro.
• Memoria.
• Comunicaciones.

Sistema Operativo.
Es importante tener un plan del sistema operativo dentro de la organización.
Este plan debe tomar en cuenta a los departamentos que utilizarán el sistema, el

52
tipo de red utilizada o planeada, los sistemas operativos utilizados actualmente, el
tamaño de la base de datos y el tipo de soporte técnico al que se tiene acceso.

Procesador.
El procesador es la parte de la computadora que hace los cálculos o procesa
las instrucciones. El término más común para describir la capacidad del procesador
es la velocidad, la cual es medida en MegaHertz (MHz), y describe el número de
ciclos que procesa por segundo. Mientras más rápido el procesador es más rápido.
Otra descripción de su capacidad es cuantos bits puede accesar en un ciclo. Los
procesadores recientes son de 32 bits. Existen algunos procesadores de 64 bits
pero son ensombrecidos por la falta de sistemas operativos que aprovechen y
maximicen esta ventaja. Parece ser la dirección que la industria del hardware a
tomado.

Disco duro.
Este es el dispositivo utilizado para almacenar los paquetes y los datos. Los
SIG utilizan una gran cantidad de espacio. Es común tener varios gigabytes en el
disco de una computadora de usuario final y entre 10 y 20 gigabytes en algún
servidor central.

Memoria.
La memoria RAM es el espacio temporal que ocupan el sistema operativo y las
aplicaciones que se están corriendo. La mayoría de las aplicaciones corren mejor
mientras es mayor la cantidad de memoria, sin embargo hasta cierto punto el
rendimiento deja de incrementarse.

Comunicaciones.
La tendencia en la mayoría de los sistemas es conectarse a través de la
organización en una red. En términos simples una red es una conexión entre
computadoras que permite el paso de la información entre las computadoras. Un
punto importante es obtener acceso a internet. Esta red crece muy rápido y
proporciona una increíble cantidad de recursos para el usuario.

Soporte del proveedor.

Al proveedor que se seleccione se convertirá en una extensión del equipo, y
es una fuente importante de soporte e información.

4.1.4.5 PLANEACIÓN Y DISEÑO DE LA BASE DE DATOS.

El propósito principal de esta fase es determinar el cómo es que el SIG va a

realizar las aplicaciones requeridas. La planeación y diseño de la base de datos
involucra el definir cómo los gráficos serán simbolizados, cómo es que los archivos

53
de los gráficos y de los atributos serán estructurados, cómo serán llamados los
archivos, cómo serán organizados los directorios de los archivos, cómo es que el
área de proyecto será subdividida geográficamente, cómo serán presentados los
productos del SIG, y qué restricciones administrativas y de seguridad serán
impuestas al acceso de los archivos. Todo esto es hecho a través de las siguientes
actividades:

• Selección de una fuente para cada entidad y atributo incluido en el

diagrama E-R.
• Preparación del diseño de la base de datos actual.
• Definición de los procedimientos para la conversión de los datos fuente y
alimentación a la base de datos.
• Definición de los procedimientos de administración y mantenimiento de la
base de datos.

Las actividades del proyecto piloto y benchmarking, son llevadas en paralelo

con la planeación de la base de datos.

En muchos casos ni el diseño de la base de datos, ni la selección del hardware

y software son actividades obligatorias. Primero tiene que ser evaluado el contexto
global sobre el que el SIG será desarrollado. Si existen políticas organizacionales
como que el SIG tenga que ser compatible con equipos y paquetes existentes. Si
existen limitaciones organizacionales como el mantener una estructura de datos
estándar con la de la organización. Las posibilidades aumentan por lo que es
necesario que el ambiente de un SIG sea evaluado de una manera realista. En las
fases anteriores se obtuvo la siguiente información:

• Lista de los datos propiamente definidos, válidos y consistentes. (De la

lista de datos maestra)
• Lista potencial de posibles fuentes de datos. (De la evaluación y
recopilación de datos)
• Lista de capacidades funcionales requeridas por el SIG. (De la evaluación
de requerimientos)

Selección de las fuentes.

La selección de las fuentes de datos comprende relacionar la lista de las
entidades y atributos con la lista de las fuentes de datos y sus respectivas
características. Cuando existe más de una fuente la selección se hace en función
de:

• la precisión de los datos

• el costo de conversión
• accesibilidad de la fuente para la conversión

54
 • posibilidad de dar continuidad a la actualización de los datos.

Al finalizar la selección de se deben documentar como parte de los metadatos,

generando tablas que registren:
• información del dato
• información de los atributos
• información espacial
• información de la fuente.

Diseño físico y lógico.

Esta actividad comprende la conversión del diseño conceptual al diseño físico
y lógico de una base de datos de un SIG. Si uno separa las entidades conceptuales
y sus atributos de sus correspondientes entidades espaciales y sus
representaciones geométricas, se puede observar que el diseño físico de la base de
datos está completamente definido por el proveedor del SIG. Sin embargo si los
atributos estarán en tablas relacionadas, aún se tiene que realizar el diseño lógico
que relacione los atributos.

Procedimientos para la construcción de la base de datos.

La base de datos puede contener datos de muy diversas fuentes como
mapas, fotos aéreas, archivos tabulares, u otra fuente. Por lo que la colección
de datos de diferentes fuentes y su organización requiere del desarrollo de
procedimientos para especificar las siguientes actividades:

Obtención de datos. Donde se incluye la adquisición de datos existentes

de fuentes internas como externas, evaluación y revisión en cuanto a que esté
completo y a su calidad, y la creación de nuevos datos. A causa del alto costo
de la generación de datos es más factible apoyarse en los datos existentes, a
pesar de que los éstos fueron creados con otro propósito y no siempre
cumplirá todas las características necesarias para un SIG.

Arreglo de problemas en los datos.

Dependiendo de la tecnología utilizada para la digitalización, los
documentos fuente requieren cumplir ciertos estándares. Algunos procesos de
conversión requieren de que los mapas sean casi perfectos, para lo que otros
proceso intentan automatizar los arreglos necesarios a los mapas. Lo que se
necesita es especificarse a detalle los procedimientos para convertir los datos
en documentos digitales aceptables al mismo tiempo que se registran los
problemas conocidos de los mapas.

Digitalización de datos. Esto es el proceso físico de digitalizar los archivos

en el formato requerido. La mayor decisión aquí es contratar a un externo que
digitalice los datos o hacerlo en la misma organización. En cualquier caso es

55
 necesario especificar la naturaleza de los archivos digitalizados considerando
lo siguiente:

• requerimientos de precisión
• control de calidad, orientado a medir la precisión
• partición del área cubierta por el SIG, y cómo serán organizados en la
base de datos
• documentación del flujo de control de los archivos, desde los
procedimientos de identificación de usuario, convenciones de asignación
de nombres en los archivos, control de versiones.

Control de cambios. Muchas series de mapas no son estáticos y son

actualizados en períodos definidos de tiempo. Es necesario definir un
procedimiento para la captura de la actualización de los mapas y su posterior
cambio en los archivos digitales.

Construcción de la base de datos. El proceso de integración debe tomar

los archivos digitales y preparar la base de datos en una manera que sea
eficiente para los usuarios.

Mantenimiento de la Base de Datos.

Ya que el mundo físico está en constante cambio, la base de datos necesita
ser actualizada para reflejar esos cambios. La credibilidad de los resultados del SIG
depende de que tan actuales sean sus datos. El mantenimiento de la base de
datos requiere de dos principales actividades, entrenamiento continuo al usuario y
soporte al usuario. El entrenamiento continuo al usuario se necesita para
reemplazar a los usuarios que se van por nuevo personal manteniendo la
funcionalidad del sistema. El SIG es una tecnología compleja y los problemas
operativos son inevitables. Por lo que el soporte a usuarios ayudará a agilizar estos
problemas. Normalmente el soporte es proporcionado por programadores
residentes en la organización ó contratados externamente.

4.1.4.6 ESTUDIOS PILOTOS Y PRUEBAS DE BENCHMARKING.

Antes de comprometerse de lleno en una nueva tecnología es importante

considerar pruebas al desarrollo conceptual y físico del sistema.

Planeando el proyecto piloto.

Un proyecto piloto proporciona una oportunidad para probar la eficiencia en la
integración del SIG. A pesar de que un estudio piloto proporciona una visión
limitada, es mejor que continuar sin los resultados de probar el concepto, medir el
rendimiento, y descubrir los problemas que aparecen durante su operación diaria.

56
 Objetivos del proyecto piloto.
Un proyecto piloto está enfocado a probar la utilidad del SIG. Este no
comprende una implementación completa ni tampoco una simple demostración,
sino una prueba de como un SIG puede ser implementado en una organización
para mejorar sus operaciones. Un estudio piloto formal y bien planeado debe
incluir por lo menos:

• creación de un ejemplo de la base de datos,

• prueba de calidad de los documentos fuente,
• prueba a las aplicaciones,
• prueba a los procedimientos de manejo y mantenimiento,
• estimación del volumen de datos,
• estimación del costo de conversión de datos,
• estimación del costo del entrenamiento del personal.

El proyecto piloto debe ser restringido a cierto número de departamentos o

funciones del sistema y a un área geográfica pequeña, pues éste debe ser
enfocado a una aplicación o función específica. Aunque la mayor parte del tiempo
en el desarrollo del proyecto piloto será consumido por la conversión de datos, es
el uso que se le dan a los datos lo que hace importante el estudio piloto.

Seleccionando las aplicaciones.

Se debe tener cuidado de seleccionar una variedad de aplicaciones apropiadas
para poner a prueba las capacidades funcionales del SIG y la estructura completa
de la base de datos. En cualquier caso los datos deben representar toda la
variedad y combinaciones de datos que se espera incluya la base de datos. Es
necesario definir la extensión del estudio; se debe escoger un área de interés que
represente la complejidad y la densidad de datos. Esto proporcionará un conjunto
representativo que permita hacer extrapolaciones de los volúmenes de datos y
costos de conversión.

Definiendo el criterio para la evaluación del proyecto piloto.

El desempeño del proyecto piloto debe ser evaluado en términos
mensurables. Inherentemente un proyecto piloto implica una investigación inicial,
y una investigación implica un conjunto de preguntas y un conjunto de respuestas
que se espera alcanzar. Para mayor claridad las preguntas pueden ser dirigidas de
manera que se relacionen con los principales componentes del SIG.

Base de datos.
• ¿Hubo acceso a documentos fuente adecuados, y su calidad fue
suficiente?

57
• ¿Hubo mucho esfuerzo durante la preparación de los datos para su
conversión?
• ¿Cuánto tiempo tomó el proceso de conversión de datos?
• ¿Hubo problemas o contratiempos?
• ¿Hubo datos complementarios comprados, si fue así cuánto costaron?
• ¿El modelo de datos funcionó para cada capa de datos definida?
• ¿Fueron los datos adecuados?
• ¿Qué errores se encontraron?

Aplicaciones.
• ¿Fueron las aplicaciones como lo especificado?
• ¿Las aplicaciones encajaron bien en el SIG o se utilizó otro proceso por
separado?
• ¿El SIG es personalizable?
• ¿Qué tanto conoce y cómo responde el staff de desarrolladores técnicos?
• ¿Se cumplieron las expectativas?

Procedimientos de manejo y mantenimiento.

• ¿Cómo será la base de datos actualizada, administrada, y mantenida en el
futuro?
• ¿Están identificados todos aquellos que contribuirán a la actualización y
mantenimiento de la base de datos?
• ¿Se desarrollaron y probaron aplicaciones de manejo y administración?
• ¿Se tomaron en cuenta la precisión y seguridad de los datos?
• ¿Quién otorgará los permisos para leer, escribir, y accesar datos?
• ¿Cómo es que el uso del SIG cambia el flujo de información y de trabajo a
través de la organización?

Costos.
• ¿Qué tan grande será la base de datos?
• ¿Cuál será el nivel de compromiso en el staff durante la preparación de los
datos y la construcción del SIG?
• ¿Cuál será el costo de la conversión de datos?
• ¿Cuál será el costo de obtener datos complementarios de fuentes
externas?
• ¿Cómo es que el SIG hace interfase o impacta en el hardware y software
existente?
• ¿Qué nuevo hardware, software y equipo periférico serán requeridos?
• ¿Qué tanta capacitación del staff será requerida?
• ¿Se necesitará staff con distintas capacidades de programación y análisis?

58
 Pruebas de benchmarking.
El propósito de realizar pruebas de benchmarking es el de evaluar el
rendimiento y funcionalidad de diferentes métodos de conversión de datos, y
configuraciones de hardware y software en un ambiente controlado.

Los objetivos del benchmark deben de incluir las siguientes pruebas:

• Métodos de conversión
Costo efectivo de los procedimientos
Metodología
Medidas de control de calidad
Apego a las especificaciones de conversión

• Hardware
Rendimiento computacional
Apego a los estándares
Compatibilidad e interoperabilidad en redes
Planes de expansión a futuro

• Software
Apego a los estándares
Velocidad / Rendimiento de cómputo
Funcionalidad del SIG
Posibilidad de que el software corra en el sistema d cómputo actual
Facilidad de uso
Facilidad de personalización a funciones no estándares
Costos de licenciamiento y mantenimiento

Para la implementación de las pruebas es necesario contar con la

participación de personas internas y externas con conocimiento acerca de los
puntos a evaluar. La selección de los participantes puede variar desde el no
conocer a nadie, hasta tener que limitar el número de participantes. Para filtrar y
seleccionar a los participantes se utiliza el proceso de requisición de calificación, en
donde se debe de considerar:

• Conocen acerca de las operaciones de las agencias gubernamentales

• Son una compañía conocida
• Están técnicamente calificados
• Tienen experiencia y llevan una buena trayectoria
• Tienen respaldo financiero o están asegurados
• Continuarán operaciones durante los siguientes cinco años
• Son de la localidad o tienen representante local
• Sus clientes anteriores los volverían a contratar

59
 Si la requisición de calificación es clara y precisa, el proceso filtrará a los
participantes y sólo aquellas compañías que se especialicen en la materia en
cuestión responderán satisfactoriamente.

60
 4.1.4.7 Construcción de la base de datos.

El proceso de construcción de una base de datos se divide en dos principales

actividades. Figura 4.1.14.

• La creación de los archivos digitales a partir de mapas, fotos aéreas,

tablas, u otros documentos.
• La organización de los archivos digitales en la base de datos.

Datos de Campo

Relacionado con
Atributos identificadores Datos Espaciales
únicos

Digitalización Digitalización
manual

Digitalización Vectorización
Alimentación de
archivo texto

Revisión visual

Limpieza de líneas y
uniones

Eliminación de
exceso de
coordenadas

Corrección de escala

Construcción de
polígonos

Relación de
atributos con Adición de
datos espaciales identificadores únicos

Corrección
topológica

Figura 4.1.14 Construcción de la Base de Datos.

61
 La tecnología SIG emplea software para ligar bases de datos tabulares con
gráficas de mapas, permitiendo a los usuarios visualizar rápidamente sus datos.
Los datos digitales de los que se compone la base de datos del SIG pueden ser de
dos tipos:

Mapas, gráficos que representan una entidad en el mapa, como puntos,

líneas, áreas o pixels.
Bases de datos tabulares que contienen información de los atributos que
describen a las entidades.

Los SIG permiten almacenar datos gráficos en dos tipos de estructuras raster
o vectorial.
Existen dos tipos de formato raster: imágenes satelitales y digitalizaciones de
fotos o mapas.

Las imágenes satelitales particionan la superficie de la tierra en un conjunto

uniforme de celdas llamadas pixels. Los dispositivos satelitales sensan diferentes
logitudes de onda y producen una imagen clasificada, proporcionando a cada pixel
un valor que represente la condición de superficie de la tierra. El segundo tipo es
una imagen raster en él, cada pixel puede ser blanco o negro.

Los datos vectoriales representan elemento gráficos como puntos, líneas o

polígonos. Las gráficas vectoriales con representadas con una coordenada-xy o con
una serie de coordenadas-xy.

Proceso de conversión de datos.

El proceso de conversión a datos digitales es la actividad que más consume

tiempo de todas. El proceso de conversión de datos requiere de una planeación
cuidadosa para minimizar las oportunidades de problemas. Estos proceso incluyen:

• Especificaciones.
• Preparación de las fuentes de los mapas.
• Flujo de control de la documentación.
• Supervisión de planes.
• Procedimientos para la resolución de problemas.

Especificaciones: Control horizontal y vertical, proyección, sistema de

coordenadas, requerimientos de precisión.

62
 La extracción de datos utilizables de calidad del SIG, depende de la calidad de
los datos que se le cargan al sistema. En la práctica se enfrenta muchos
documentos fuente con gran diversidad de calidad, escala, resolución y nivel de
precisión. La proyección de los mapas afecta en la cantidad de distorsión en el
mapa, y la forma en que las coordenadas se distribuyen. Desde el inicio es
necesario especificar los requerimientos de precisión, si se desea cierto nivel de
precisión.

Preparación de los mapas fuente.

La preparación de los datos análogos que serán convertidos es un paso
importante. Este preprocesamiento incluye la codificación de los documentos
fuente con un identificador único. Esto hace claro a la persona que digitalice cual
documento tomar, como para revisiones de control de calidad.

Control de flujo de los documentos.

Sin un sistema de monitoreo claro, y una planeación del flujo de los mapas
entre sus lugares de almacenamiento y las personas que los manejan, surgirán
problemas en el rastreo de los mapas.

Planes de supervisión.
Durante la planeación del proceso de conversión de los datos es importante
tomar atención en el desarrollo detallado de la supervisión de los procesos. Esto
distribuye la responsabilidad de las diferentes etapas del proceso de la conversión
de datos.

Procedimientos para la resolución de problemas.

Para asegurar el progreso eficiente en todos los aspectos de la conversión de
datos, es importante desarrollar procedimientos formales para la resolución de
problemas. Procedimientos de edición y estándares de datos deben ser
desarrollados para: problemas de precisión posicional, mala codificación de los
mapas, problemas de unión de las orillas entre mapas, errores de codificación en
los atributos, entre otros.

Entrada de atributos.

Fuentes de documentos.
Existen muchos documentos que pueden ser utilizados como fuente de datos
para los atributos. Antes de que los datos sean cargados deben ser revisados y
editados. Por lo que es importante contar con procedimientos diseñados para la
entrada de datos.

63
 Edición y revisión.
La revisión y edición de los documentos fuente se hace en la etapa de
preparación de los mapas fuente. Es crucial que todos los documentos fuente sean
legibles propiamente formateados, para permitir la mayor eficiencia en la entrada
de datos numéricos o textuales.

Control de flujo de documentos.

Al igual que con los mapas los documentos fuentes de los atributos necesita
procedimientos definidos para su almacenamiento, rastreo, y su captura.

Control de flujo de archivos digitales.

Muchos archivos digitales resultan como proceso de la captura de datos A
estos archivos se les necesita proporcionar nombres y directorios adecuados para
una organización lógica utilizable por el SIG.

Procedimientos de control de calidad.

La mayoría de las bases de datos permiten especificar al usuario el tipo de
dato que se introduce, esta característica permite prevenir errores de captura.
Existen procedimiento manuales y automatizados para la revisión y validación de
los atributos, algunos incluyen la revisión de que cada registro represente un
elemento gráfico, de que para cada elemento del mapa existan atributos
asociados, etc.

Control de cambios.
Después de la revisión y aseguramiento de calidad de los datos puede ser
necesario reevaluar el diseño de la base de datos, las especificaciones técnicas, y
los procedimientos de conversión de datos. Idealmente la planeación y diseño de
datos debe ser los suficientemente completa de manera que no sea necesario
modificarla. Sin embargo es muy raro el proyecto de conversión de datos se
complete sin modificaciones. El reto reside en los métodos mediante los cuales los
mecanismos para el cambio son desarrollados.

Criterio de aceptación.
El criterio de aceptación son las medidas de la calidad de los datos que es
utilizada para determinar si un trabajo ha sido realizado de acuerdo a los
requerimientos especificados. Existen cuatro categorías para la evaluación:

• que esté completo,

• que sea correcto,
• el tiempo de entrega y,
• la integridad de los datos.

64
 Liga entre archivos.
La mayoría de los paquetes de SIG contienen procedimientos para la unión y
relación de atributos. Normalmente se trata de una clave única que identifica a un
atributo de los elementos gráficos con otras tablas de atributos. Una vez ligados
los identificadores, el software establece y mantiene la relación entre los datos.

4.1.4.8 ADQUISICIÓN DE HARDWARE Y SOFTWARE.

Esta es la etapa de adquisición del SIG. La compra está sujeta a la mejor

oferta por parte de los vendedores interesados.

Pasos del proceso de adquisición del SIG.

Comité de evaluación. El equipo de evaluación debe estar formado por staff

interesado de los departamentos involucrados.

Preparación para la solicitud de propuesta. La solicitud de propuesta es un

documento utilizado para comunicar las necesidades a proveedores potenciales. Es
necesario ser tan específico como sea posible, proporcionando descripciones
detalladas sobre la funcionalidad, servicios y soporte que se requiere. Se
recomienda no mencionar marcas de software y hardware para no limitar el
número de vendedores.

Distribución de solicitud de propuesta. Lo ideal es que las solicitudes lleguen a

vendedores calificados. La mejor manera es asistir a presentaciones de software o
reuniones de grupos de usuarios de GIS. Otra manera es convocar a los
vendedores a presentar su oferta por medio de publicaciones periódicas
especializadas.

Reunión de vendedores. Esta reunión sirve para recibir retroalimentación de

los vendedores y clarificar cualquier cosa que no esté establecida en la solicitud. Es
importante pedir a los vendedores que envíen sus dudas por escrito en un período
específico de tiempo. Igualmente es recomendable compilar estas preguntas y sus
respuestas y, enviarlas a todos los participantes. Esto proporcionará consistencia y
confianza en el proceso.

Evaluación de las propuestas. La evaluación la debe realizar el comité

designado al inicio y, debe utilizar los criterios listados en la solicitud de propuesta.
Este proceso debe ser documentado en caso de que surjan protestas o para
explicar porque no una propuesta no fue aceptada. Cada criterio debe ser
mensurable o cuantificable.

65
 Capacidades funcionales. Durante la etapa de evaluación de necesidades, se
identificaron las funcionalidades requeridas por el SIG. Estas deben ser incluidas
en la solicitud de propuesta y utilizadas para esta evaluación. Se debe desarrollar
una lista de funciones para que cada vendedor seleccione las que puede proveer.

Soporte de los proveedores. Sin un soporte adecuado cualquier sistema está

condenado a fallar. Parte de esta evaluación es comprender el tipo de soporte que
se ofrece, su tiempo de respuesta y cuales son sus implicaciones.

Costo y gastos de mantenimiento. Es recomendable ser específico como sea

posible en la reunión con los proveedores de cómo será estructurado el precio.
Mientras más esté desglosado será más fácil compararlos.

66
 4.1.4.9 INTEGRACIÓN DEL SISTEMA.

Hasta este punto del desarrollo del sistema el hardware y software ya se

adquirieron, y toda o gran parte de la conversión de los datos ya se llevó acabo.
En esta etapa se unen todas las piezas, y se prueba para probar que funcionan
como se esperaba.

Componentes del sistema

Software de SIG. Generalmente los proveedores instalarán y probarán el

software. El criterio de aceptación deberá ser satisfecho por parte del proveedor
antes de que se transfiera su responsabilidad a la organización. Se deberá revisar
que funcione todo el software alrededor de todo el sistema.

Hardware. La instalación del sistema de hardware ocurre simultáneamente

que el del software. El proveedor deberá instalar y probar el hardware, y al igual
que el software debe cumplir los criterios de aceptación de para el hardware y el
sistema operativo. Es necesario revisar la funcionalidad y rendimiento del sistema
así como su capacidad de soportar a la base de datos y las instalaciones de redes
especificadas.

Base de datos. La integración y prueba de los componentes de hardware y

software son procesos bien definidos y los proveedores tienen buena experiencia
en estas tareas. Sin embargo el tratar con bases de datos grandes y complejas no
es tan común en el área de SIG. Existen dos proceso principales:

• creación de la base de datos maestra,

• integración de la base de datos con el software y hardware del SIG.

La creación de la base de datos maestra consiste en la verificación de los

procedimientos de control de calidad en la entrega de los datos, edición
corrección, revisión de precisión y vaciamiento en la base de datos maestra. La
integración de la base de datos involucra la conexión a todos los demás
componentes del sistema.

Pruebas del sistema. Una vez que la instalación está completa, se necesita
probar el sistema integrado: cómo funcionan todos los programas de software
juntos, cómo se desempeñan las redes, si las computadoras corren muy lento
cuando se requieren funciones complejas, o cuando todas las estaciones de
trabajo están corriendo simultáneamente, si los datos son accesados
suficientemente rápido etc.

67
 Capacitación del usuario.
La mayoría de los proveedores de hardware y software ofrecen clases acerca
de sus productos, y se puede incluir la instrucción como parte del contrato. Los
grupos de usuarios a menudo ofrecen sesiones de información en productos de
software. Una instrucción apropiada es importante, y es un paso que no debe ser
excluido.

4.1.4.10 DESARROLLO DE LAS APLICACIONES DEL SIG.

Encontramos folletos, demostraciones y artículos que demuestran las grandes

capacidades de los SIG creando la impresión de que el desarrollo de aplicaciones
no es de importancia. Sin embargo se necesitan aplicaciones porque las
necesidades de las organizaciones son diferentes. El desarrollo comercial de los
SIG está guiado por la presión del mercado. Por lo que los proveedores
responderán a las necesidades económicamente viables. Por esto no existen
aplicaciones que satisfacen todas las necesidades. Se tienen que desarrollar
aplicaciones para adaptarse al ambiente de la organización. El desarrollo de las
aplicaciones no es reescribir el software del SIG, sino personalizar a necesidades
específicas de los usuarios. Puede ser un simple conjunto de preferencias
establecidas para cada grupo de usuarios o individuales y que se corren a través
de una macro al arrancar. También puede ser una búsqueda muy compleja que
seleccione un grupo de capas, identifique características de interés basado en
rangos de atributos, y genere un mapa en papel. En cualquier caso una aplicación
requiere de convertir las ideas del usuario en un producto útil y estable.

Las aplicaciones no están restringidas a los usuarios. Las necesidades

colectivas particularmente aquellas relacionadas a funciones amplias del sistema,
no son identificadas por los usuarios individuales. Las más importantes de éstas
son las funciones de administración de datos para el mantenimiento y control de
calidad e integridad de la base de datos. Las aplicaciones de la base de datos caen
en las siguientes categorías:

• preparación de la base de datos,

• administración de la base de datos,
• mantenimiento de la base de datos,
• retención y archivo de los datos.

Lo importante no cómo realizar cada uno de éstos, sino identificar los pasos
necesarios y enfatizar la importancia de planear y ejecutar cada uno de ellos.

68
 Aplicaciones más complejas, ya sea para la base de datos o de análisis
espacial, requerirá del desarrollo programando en el lenguaje de macros propias
cada SIG. Para este tipo de aplicaciones es necesario seguir el proceso formal de
cualquier proyecto grande de programación. Se recomiendan técnicas como
modelación de datos o E-R, diagramas de flujo de datos, programación
estructurada o prototipo rápido para proporcionar una visión amplia de las
aplicaciones complejas. Así como vaya creciendo la necesidad de desarrollo se
necesitará staff adicional con habilidades y experiencia en programación en el
lenguaje de macros del SIG.

4.1.4.11 USO Y MANTENIMIENTO DEL SIG.

Después de la puesta en uso del SIG, dos actividades importantes deben ser
realizadas:

• soporte y servicio a usuarios

• mantenimiento del sistema

Normalmente pasa un período de tiempo considerable entre que la iniciación

de la evaluación de las necesidades hasta la puesta en marcha del SIG. En este
tiempo, los usuarios entienden más de esta tecnología y consecuentemente
esperan más. Las aplicaciones originalmente identificadas y subsecuentemente los
datos cambiarán, el hardware y software disponible cambiará y las plataformas
tecnológicas cambiarán. Estando todo en constante cambio, lo mejor que se puede
hacer es monitorear las áreas de posible cambio de manera que la etapa de
mantenimiento se tendrá que ajustar a los cambios substanciales.

El soporte al usuario se divide en las siguientes categorías:

• orientación básica de SIG como preparación para la evaluación de las

necesidades
• continuos brevarios durante las fases de planeación, diseño e
implementación
• cursos de capacitación a los usuarios en computación, software de
propósito general, bases de datos, SIG, y análisis espacial
• involucramiento al usuario durante la evaluación del proyecto piloto y las
pruebas de benchmark
• capacitación del usuario en el uso de aplicaciones específicas
• soporte técnico mientras el SIG está en operación
• retroalimentación del usuario para identificar áreas de oportunidad
• generación de reportes de problema/error y procedimientos de resolución

69
 • retroalimentación del usuario en la precisión de datos y rendimiento del
sistema
• involucramiento del usuario en las decisiones de actualización del sistema,
ya sean datos, software, o hardware

Es difícil identificar cuál de estas es la más importante pues varían con el

tiempo. Son tres principales componentes de cambio y mantenimiento: mejoras al
sistema, expansión de la base de datos, y mantenimiento de rutinas del sistema.
Figura 4.1.15.

SIG y Base de Datos

Mejoras al sistema Expansión de la Base Rutinas de

de Datos mantenimiento del
sistema

• Funciones • Atributos • Problemas/

adicionales adicionales errores
• Actualizaciones • Nuevas • Resolución de
de hardware y entidades errores
software • Expansión de la • Actualización de
• Nuevas cobertura la base de datos
tecnologías espacial
• Interfase con
sistemas
adicionales

Beneficios Costos

Satisfacción del usuario Costo monetario de la mejora

Cosas adicionales compartidas Recapacitación del personal
Mejora del desempeño Más datos para el personal que
administrar y mantener
Reentrenamiento del usuario
Absorción de tiempo del sistema

Figura 4.1.15 Mantenimiento del SIG.

70
 Mantenimiento de los datos.

Respaldos y Restauración de datos. Es necesario contar con respaldos de la

base de datos. Cualquier cosa que le llegue a suceder al hardware se podrá
restaurar la información y estar operacional nuevamente. Se requiere determinar
un período para respaldar, dependiendo del tamaño de la base de datos y de la
cantidad de cambios que se lleven acabo.

Acceso a datos. Se pueden otorgar diferentes permisos a los usuarios en el

acceso a los datos, de manera que si se otorgan permisos de solo lectura se
protegen los datos de que cualquier usuario borre o altere datos. Otro aspecto
importante es la transacción de datos. Normalmente cuando se actualiza
información se registra quién, cuándo y de dónde se obtuvo la información. Esto
sirve para monitorear problemas en el control de calidad de los datos.

Retención y administración de registros. Cuatro preguntas importantes de

deben responder aquí. ¿Qué guardar? ¿Cuánto tiempo? ¿Cómo guardarlo? ¿Qué
tan a menudo?

Revisión de datos, cambios y errores potenciales. La mayoría de las bases de

datos son muy grandes como para revisar todo. Es necesario determinar el grado
de precisión que se requiere.

• Datos incompletos. Revisión de que no falten datos ni de que estén

repetidos.
• Errores. Existen dos tipos de errores: posicionales y de atributos.
• Errores topológicos. Muchos paquetes de SIG contienen herramientas para
encontrar errores topológicos como: polígonos sin cerrar, arcos no
conectados, y objetos encima de otros.

Actualización de la base de datos maestra. Una vez que las ediciones fueron
hechas y que se verificó que se actualizó correctamente en la base de datos,
entonces ya se puede actualizar la base de datos maestra.

71
 4.2 METODOLOGÍA PROPUESTA

El objetivo de revisar las anteriores propuestas es el de proporcionar

diferentes perspectivas en cuanto al diseño e implementación de los SIG. No es
mucha la diversidad y existencia de documentación formal en el diseño e
implementación. Sin embargo las referencias encontradas corresponden a
organismos, académicos, y profesionales con amplia experiencia en el manejo,
implementación e investigación en el campo. Y sus diferentes perspectivas
contribuyen a tomar en cuenta características propias para este proyecto. A
continuación se hace una breve reseña de éstas y posteriormente se explica la
metodología propuesta.

ESRI
Su metodología contiene los pasos básicos para la implementación de un SIG,
y está orientado a la utilización del software de ARC/INFO propio de ESRI, por lo
que no toma en cuenta algunas etapas, como la evaluación de software
obviamente. Su punto de vista es el de un usuario y desarrollador de SIG.

Aronoff
Su metodología tiene la perspectiva del personal directivo en una organización
ante un proyecto de implantación de un SIG. Pone más atención a puntos que los
demás no hacen como la justificación del proyecto, el análisis del costo beneficio, y
aspectos de la responsabilidad de la información. El punto de vista directivo ayuda
a visualizar consecuencias dentro de una organización al implantar un SIG.

Antenucci, Brown, Croswell, y Kevany

Esta metodología se encuentra muy bien estructurada. Cada etapa tiene una
secuencia lógica y detallada. Se maneja el punto de vista del administrador del
proyecto.

NCGIA
Esta metodología fue creada con el objetivo de apoyar la implementación de
SIG en dependencias de gobierno, para los E.E.U.U. Los autores manejan un gran
nivel de detalle, y ponen mucha atención a la documentación de cada etapa.

Por otro lado dado que el proyecto lo implementará el Laboratorio de SIG del
Centro de Calidad Ambiental, es pertinente comentar su situación. El laboratorio
cuenta con infraestructura y experiencia en análisis, investigación, y manejo de los
SIG. Además como parte del ITESM, tiene acceso a expertos de otras áreas con las
que puede hacer sinergia en un momento dado, tal como puede ser con expertos
en programación, en inteligencia artificial o en redes. Sin embargo como proyecto

72
de investigación que es, su financiamiento y desarrollo depende de la propuesta y
de los resultados del proyecto piloto. Dentro de este marco de referencia
específico y de las características de las metodologías revisadas se van definiendo
las diferentes partes de esta metodología. Se propone y se explica a continuación
la adaptación de las diferentes metodologías. Figura 4.2.1.

73
Requerimientos
Desarrollo
Necesidades y
requerimientos Capacitación
Diseño
Sistema
Construcción o
Diseño Plan de expansión de BD
Base de Datos
Conceptual Implementación
Integración
Aplicaciones
Búsqueda de
datos Proyecto Piloto Adquisición o
actualización de
HW y SW

Desarrollo de
Revisión: Aplicaciones
Concepto
Aplicaciones
Presupuesto
Factibilidad
Datos Uso y
Entrenamiento Mantenimiento
Etc.

Figura 4.2.1 Metodología propuesta.

 4.2.1 REQUERIMIENTOS.

Tomando como principio la filosofía en el diseño de SIG de Antennuci et al. Lo

primero es definir las necesidades y fuentes del sistema por lo que se tiene la fase
de requerimientos al inicio. Figura 4.2.2.

Requerimientos

Necesidades y
requerimientos

Diseño
Conceptual

Búsqueda de
datos

Figura 4.2.2 Requerimientos.

Dentro de esta etapa se tienen tres pasos: necesidades y requerimientos,

diseño conceptual, y la búsqueda de datos. La definición de las necesidades es lo
primero pues lo que nos dice cuales son los objetivos deseados del proyecto, y el
diseño conceptual nos dice lo que se espera del sistema. A pesar de que el
laboratorio ya cuenta con datos, se necesitarán datos específicos para el proyecto,
pues la inexistencia, o su inaccesibilidad puede hacer variar al objetivo. En este
caso la evaluación costo – beneficio del sistema no aplica aún, porque ya existe
infraestructura para arrancar un proyecto piloto.

75
 4.2.2 DISEÑO

En este caso el diseño empieza con el plan de implementación, necesario para

llevar la logística de todas las demás actividades, definiendo metas y objetivos
para determinado tiempo así como los elementos de control y medición de avance.
Figura 4.2.3. Dentro del diseño del sistema se incluyen el proyecto piloto, el diseño
del sistema de trabajo, de la base de datos, y de las aplicaciones.

Diseño
Sistema

Plan de
Base de Datos
Implementación

Aplicaciones

Proyecto Piloto

Figura 4.2.3 Diseño.

En esta etapa se incluye al proyecto piloto como parte del diseño, ya que su
rol es el de comprobar la funcionalidad y versatilidad del sistema, así como
justificar la realización del proyecto completo. Una vez que se recibe
retroalimentación de su funcionamiento, es posible que existan cambios en su
diseño, que se encuentren nuevas aplicaciones, o que existan nuevos
requerimientos una vez que se tenga una perspectiva más amplia de lo que el
sistema puede hacer. El diseño del sistema comprende la definición del flujo de
trabajo y su adaptación a la organización, los actores que participan, sus roles,
responsabilidades y autoridad, así como los procedimientos para la administración
y operación del SIG. El diseño de la base de datos comprende de la definición de
procedimientos de administración y mantenimiento de la base de datos, tales
como: la obtención, la conversión, y control de calidad de los datos, y su
alimentación a la base de datos. Además también define también los roles de las
personas que participan en estas tareas. El diseño de las aplicaciones implica el
preparar herramientas para necesidades específicas que ya se identificaron en la
primera etapa. Es necesario diseñarlas en esta etapa ya dentro del proyecto piloto
debe contener al menos una de las aplicaciones críticas para poder evaluar su
funcionalidad.

76
 4.2.3 DESARROLLO

La etapa de desarrollo consiste en llevar a cabo lo especificado en el plan de

implementación, después de que haya sido refinado por las conclusiones del
proyecto piloto. Figura 4.2.4. Esta etapa comprende de cinco elementos:
capacitación, construcción o expansión de la base de datos, adquisición o
actualización de la base de datos, integración y desarrollo de aplicaciones.

Desarrollo

Capacitación

Construcción o
expansión de BD

Integración

Adquisición o
actualización de
HW y SW

Desarrollo de
Aplicaciones

Figura 4.2.4 Desarrollo.

La capacitación es parte importante para cualquier proyecto que inicia desde

cero, como para el laboratorio que ya tiene personal y experiencia. Se requiere de
una persona capacitada que administre la base de datos, como personal que
maneje y desarrolle aplicaciones en algún lenguaje compatible con el SIG que se
esté utilizando. La construcción o expansión de la base de datos consiste en
realizar todos los procesos desde que se adquieren los datos hasta que se
alimentan a la base de datos. Ya que este es el paso más lento y costoso de todos
los SIG, es necesario ponerle más atención para optimizar su proceso y disminuir
los costos. La adquisición del equipo puede darse bajo demanda ya que el
laboratorio ya cuenta con infraestructura para desarrollo, depende del acuerdo al
que se llegue con quien patrocine. Para la integración del SIG con la base de datos
lo realizan, tanto el proveedor como personal de apoyo de otras áreas del ITESM.
En cuanto al desarrollo de aplicaciones el personal del laboratorio está
familiarizado con el lenguaje de macros del sistema. Es importante recalcar que la
mayoría del personal tiene el perfil del área a la que se aplica la herramienta de
SIG, que es el área ambiental y no en sistemas, por lo que es un área de
oportunidad aunque también es su mayor fuerza.

77
 4.2.4 USO Y MANTENIMIENTO

Esta es la etapa de operación. Comprende la optimización de las tareas, el

uso del SIG, y el mantenimiento del sistema como de las aplicaciones. En el caso
del laboratorio ya que forma parte de un centro de investigación, una de sus
tareas principales es la constante capacitación o autocapacitación. Y no solamente
en el área de SIG, sino en las pertinentes con cada proyecto. Esto con el propósito
no solo de aprender más acerca del uso de los SIG, sino también para encontrar
soluciones alternas a problemas de investigación.

4.2.5 REVISIÓN

Se considera que el sistema nunca está completo y siempre está mejorando.

Es por eso que la etapa de revisión se retroalimenta de manera que el proceso de
mejora está en constante iteración.

Esta etapa vuelve a cuestionar los mismos puntos que la primera etapa. El
ambiente que nos rodea está en constante cambio y no serán las mismas
condiciones que se tenían al inicio. Es por eso que se está en constante
adaptación, y se revisa desde las necesidades, el concepto, las aplicaciones, etc.
Es en esta parte donde también se hace el análisis de factibilidad ya que como
revisión que es, se debe enfrentan los beneficios del cambio contra los costos e
implicaciones. Posteriormente el proceso que sigue es similar, diseño,
implementación, y operación. A menos que en el ambiente en el que se encuentre
ya no aplique alguno o algunos de las etapas.

78
 4.3 ANÁLISIS DE REQUERIMIENTOS

Inicialmente se definirá la razón de ser del sistema y el grupo de usuarios a

quien estará dirigido. El objetivo del sistema es comparar índices ambientales, pero
obedece a intereses superiores de los usuarios. Se definirán esos intereses como el
deseo de un desarrollo sustentable, y dentro de este esquema se analizarán los
indicadores. Igualmente se definirán a los usuarios a todos aquellos interesados en
gestionar o monitorear el estado de un desarrollo sustentable. Y se consideran
dentro de este grupo al gobierno, la academia, las ONGs, la industria, y a
organismos internacionales con intereses similares, entre otros.

Para lograr lo anterior se revisarán primero la naturaleza y características de

un indicador ambiental, y algunos modelos de desarrollo sustentable.
Posteriormente se definirán algunas aplicaciones para el proyecto piloto y se
revisarán los datos accesibles.

4.3.1 REVISIÓN DE LOS INDICADORES AMBIENTALES

Antes de iniciar el análisis se definirá qué es un indicador ambiental y el

porqué de la de su importancia y necesidad.

El interés en el desarrollo sustentable y la preocupación del público por las

amenazas al ambiente, ha estimulado a los gobiernos a reexaminar su capacidad
para monitorear el estado del ambiente y detectar cambios y tendencias. También
existe un creciente interés por medir el desempeño ambiental y evaluar qué tan
bien los gobiernos implementan sus políticas y compromisos internacionales. Es
por eso que cada vez más, los indicadores ambientales son vistos como
herramientas necesarias para apoyar en graficar y seguir el curso hacia un futuro
sustentable (OCDE, 1994).

Un indicador es un parámetro o un valor derivado desde parámetros,

• que apuntan a,
• proporcionan información de,
• describe el estado de un fenómeno/ambiente/área,

con un significado más amplio del asociado directamente al valor paramétrico.

El término parámetro corresponde a una propiedad que puede ser observada y
medida (OCDE, 1994).

79
 La IUCN (1999), define a un indicador como una señal medible de un
fenómeno en particular, y filtra información derivada de datos analizados y
obtenidos por monitoreo o colección de datos.

4.3.1.1 USOS DE LOS INDICADORES.

Según la OCDE (1994) existen dos principales usos de los indicadores:

• reducen el número de medidas y parámetros que normalmente se necesitarían

para llevar a una representación exacta de la situación;
• simplifican el proceso de comunicación, ya que a través de ellos se
proporcionan al usuario los resultados de las mediciones.

Esto desde una perspectiva general, pero específicamente el uso de los

indicadores ambientales se define como lo muestra la figura 4.3.1.

Indicadores Ambientales de:

Presión Condiciones Respuesta

Usados para:

Integración Evaluación del Integración Reportes del

de asuntos desempeño de asuntos estado del
ambientales ambiental ambientales a medio
en políticas las políticas ambiente
sectoriales económicas

Figura 4.3.1 Uso de los indicadores ambientales (OCDE, 1994).

4.3.1.2 TIPOS DE INDICADORES.

La OCDE (1994) clasifica a los indicadores en:

Indicadores de presión. Describen las presiones de las actividades humanas
sobre el ambiente.

80
 Indicadores de condición. Muestran la calidad del ambiente, y la calidad y
cantidad de los recursos naturales.

Indicadores de respuesta social. Describen la amplitud de la respuesta de la

sociedad ante los cambios en el ambiente.

Por otro lado, los indicadores pueden caer dentro dos categorías (IUCN,
1997): de descripción o de desempeño. Figura 4.3.2. Aunque todos los indicadores
son descriptivos, no todos lo son de desempeño. La diferencia radica en que los
indicadores descriptivos miden un fenómeno que puede influenciar a los objetivos,
pero cuyos objetivos no se espera que cambien.

Indicadores de Indicadores de
Desempeño Descripción

Indicadores de Indicadores de
Resultado Respuesta

Figura 4.3.2 Clasificación de los indicadores (IUCN, 1997).

En cambio, un indicador de respuesta concierne a las acciones tomadas para

alcanzar a un objetivo. Y uno de resultado consiste en los cambios en la vida de
las personas o en el ecosistema que muestran si se está alcanzado o no los
objetivos.

Un indicador de resultados contiene información de: estado o condición;

presión o influencia.

Un indicador de respuesta contiene información de: procedimientos, como

planes, estrategias políticas; recursos que son los que proveen los procedimientos
que se implementan como dinero, equipo o, investigación; resultados que son lo
que los procedimientos hacen. Para que un indicador de desempeño sea
considerado de alta calidad tiene que ser de resultados más que de respuesta
(IUCN, 1997).

La OCDE define características deseables para un indicador, y las categoriza

en tres grupos: relevancia política y utilidad para los usuarios, importancia analítica
y, medibilidad.

81
 Relevancia política y utilidad para los usuarios

Un indicador ambiental debe:

• proporcionar una imagen representativa de las condiciones ambientales,

presión en el ambiente o respuestas sociales;
• ser sencillo, fácil de interpretar y poder mostrar proyecciones sobre el
tiempo;
• ser reactivo a los cambios en el ambiente y estar relacionado a las
actividades humanas;
• proporcionar bases para comparaciones internacionales;
• ser ya sea de enfoque nacional, o aplicable a aspectos ambientales
regionales de importancia nacional;
• tener un valor de referencia con el que se pueda comparar de manera que
el usuario pueda evaluar la importancia de los valores asociados.

Importancia analítica

Un indicador debe:
• estar teóricamente bien fundamentado en términos técnicos y científicos;
• estar basado en estándares internacionales;
• permitirse relacionar a modelos económicos, de pronósticos, y sistemas de
información.

Mensurabilidad

Los datos que soportan al indicador deben:

• estar disponible o hacerlo disponible a un razonable costo / beneficio;
• estar debidamente documentados y de conocida calidad;
• actualizarse en períodos regulares de acuerdo a procedimientos confiables.

Estas características no siempre se encontrarán en todos los indicadores. Sin

embargo es importante tomarlas en cuenta para el tipo de aplicación que se les
vaya a dar.

Construcción de los indicadores.

Los indicadores están construidos de colecciones de datos. Figura 4.3.3. Y

dependiendo de su uso pueden ser utilizados como tal, o pueden ser introducidos
en rangos de escalabilidad para posteriormente poder ser combinados con otros y
generar índices de algún tópico específico.

82
 Indices o
Indicadores
Combinados

Indicadores

Datos Analizados

Datos

Figura 4.3.3 Pirámide de la información (Hammond citado en IUCN, 1997).

Esta pirámide muestra el fundamento de los indicadores, los cuales son datos.
Cada indicador requiere de la recolección de datos primarios, y de su
procesamiento en datos analizados, lo que hace a los indicadores un recurso caro
(IUCN, 1997).

Estas son las características más importantes de los indicadores ambientales.

Aunque la definición de los indicadores es competencia de expertos, es necesario
tener en cuenta la naturaleza de los indicadores ambientales para el objetivo de
esta tesis.

4.3.2 EVALUACIÓN DEL DESARROLLO SUSTENTABLE

La existencia de herramientas para el análisis y evaluación de sistemas no es

tan extensa ni desarrollada como otras (Blankenship, 1998). Aún así existen
diversos métodos para la evaluación, medición y análisis tanto del ecosistema
como del ser humano.

En la gráfica 4.3.4 se observa la existencia de metodologías, procesos y

técnicas para la medición de diferentes objetos. Éstos se organizan en una
jerarquía que va desde lo físico hasta lo intangible, y se cruza contra la cantidad de
instrumentos desarrollados para su medición y análisis.

83
 Instrumentos
Invisible
Información
Métodos
Sistemas y Procesos Cálculos
Jerarquía de Visibilidad

Tiempo Medidas
Sentir

Servicios

Energía
Tocar

Datos

Productos
Ver

Recursos

Ninguna Pocas Algunas Bastantes Muchas Demasiadas

Existencia de Métodos, Procesos, Técnicas

Figura 4.34. Estado de metodologías de análisis y control (Blankenship, 1998).

Esto muestra que existe una gran cantidad de instrumentos dedicados a

medir y analizar objetos que tienden más hacia lo físico. En cambio objetos más
intangibles como la información, los sistemas o los procesos tienen muy pocos
instrumentos desarrollados (Blankenship, 1998).

Algunos gobiernos y organismos internacionales ya han desarrollado

metodologías y técnicas para la medición, evaluación y análisis de sistemas. Sin
embargo el enfoque y la posibilidad de combinación de los indicadores hacen la
diferencia en su aplicación. La tabla 4.3.1 muestra algunos de ellos el enfoque al
que se dirigieron y su posibilidad de combinación (IUCN, 1997).

Tabla 4.3.1 Comparación de métodos para la evaluación de sistemas.

Método Enfoque Permite combinarse

Reporte del estado del Bienestar del ecosistema Algunos no como los de la
medio ambiente OCDE, otros sí como los de
los Holandeses, usando
unidades físicas y escalas de
desempeño.
Ecological Footprint Energía y recursos Si, utilizando unidades físicas
renovables
Índice de desarrollo Salud, agua y aire Sí, utilizando escalas de
humano desempeño
HEADLAMP (Análisis de la Salud, agua y aire No
salud y el ambiente para
la toma de decisiones)

84
 Sistema Nacional de Economía Si, utilizando unidades
Contabilidad monetarias
Contabilidad Integrada del Economía y Ambiente Algunos utilizando unidades
Ambiente y de la monetarias, algunos
Economía indicadores biofísicos no.
Índice del bienestar Bienestar humano menos los Si, utilizando unidades
económico sustentable + costos de contaminación y monetarias
indicador genuino de otros daños ambientales
progreso
Ahorro y Salud Genuino Bienestar del ecosistema y Si, utilizando unidades
del Banco Mundial del ser humano monetarias
(Importancias distintas)
Marco de la Comisión de Bienestar del ecosistema y No
Desarrollo Sustentable del ser humano
(Importancias distintas)
Sistema de evaluación Bienestar del ecosistema y Si, utilizando escalas de
para el desempeño y del ser humano desempeño
desarrollo sustentable (Importancias iguales)
IUCN

Se obedecerá el marco conceptual propuesto por la OCDE. Ya que México,

como país miembro de la OCDE y como país vecino de Estados Unidos, es
conveniente adoptarlo para que en un momento dado se pueda compartir,
intercambiar y comparar indicadores de situaciones comunes.

Se utilizará el sistema de evaluación de la IUCN. Debido a que el enfoque de

desarrollo sustentable engloba al ecosistema y al ser humano, y deja libre el
diseño y aplicación del sistema de manera que se puede enfocar a situaciones
particulares de cada región.

A continuación se explican brevemente el marco conceptual de la OCDE y el

sistema de evaluación de la IUCN, necesaria para entender el funcionamiento del
medio ambiente y como interaccionan el ecosistema y el ser humano entre sí. Con
base en los siguientes modelos, se descompone el ecosistema en subsistemas para
llegar a niveles más concretos y medibles que definen el tipo de indicadores que se
requiere.

85
 4.3.2.1 MARCO CONCEPTUAL DE LA OCDE

La OCDE creó el marco conceptual Presión-Estado-Respuesta. Figura 4.3.5.

Presión Estado Respuesta

Información

Estado del Agentes

Actividades Medio Económicos y
Humanas Ambiente y Ambientales
Presiones Recursos Información
Energía Naturales
Transporte Administración
Industria Aire Empresas
Agricultura Agua Internacional
Otros Suelo
Recursos Recursos Respuestas
vivos
Sociales

Respuestas Sociales (Decisiones- Acciones)

Figura 4.3.5 Marco conceptual Presión-Estado-Respuesta.

Este modelo esta basado en el principio de la causalidad. Las actividades

humanas ejercen presión sobre el medio ambiente y cambia su calidad y la
cantidad de los recursos naturales, los cuales se muestran en la parte de estado.
La sociedad responde a estos cambios a través de políticas ambientales,
económicas y sectoriales.

El funcionamiento de este modelo es a través de la definición de indicadores

que representen cada uno de los elementos del modelo, tal y como se mencionó
anteriormente. Al utilizar los indicadores es necesario respetar los siguientes
principios:

Los indicadores proporcionan solamente una herramienta para las

evaluaciones, y es necesario que sean apoyadas por más información cualitativa y
científica con el objeto de evitar malas interpretaciones.

Los indicadores deben ser reportados e interpretados dentro del contexto

apropiado, tomando en cuenta las características ecológicas, geográficas, sociales,
económicas y estructurales de los países.

86
 No hay un solo método para la estandarización y comparación de las variables
ambientales entre países. Cuando los indicadores sean comparados entre países
los resultados dependerán del denominador seleccionado, así como de las
definiciones de las naciones y de las metodologías de medición.

87
 4.3.2.2 METODOLOGÍA DE LA IUCN.

El propósito de esta metodología es el de mejorar el entendimiento, la toma

de decisiones dentro del marco del desarrollo sustentable. Se diseñó para ser
utilizado en un nivel internacional, nacional, local, y niveles entre ellos. El método
es aplicable en la autoevaluación de organizaciones, proyectos o la evaluación de
un sistema.

Las principales características de la metodología son:

• Le da igual importancia a las personas y al ecosistema.

• Identifica y trabaja a diferentes niveles espaciales.
• Se puede expresar a través de medidas, mapas y narrativa.
• Está enfocado al desempeño.
• Utiliza jerarquías para seleccionar los indicadores y definir su desempeño.
• Combina los indicadores.
• Prefiere indicadores de desempeño de alta calidad.

El modelo está dividido en dos subsistemas: el ser humano (comunidades,

economías, etc.) y el ecosistema (comunidades ecológicas, procesos y recursos).
Figura 4.3.6. Los impactos de las interacciones ser humano – ecosistema en el
ecosistema, se registran dentro del ecosistema. Y los impactos de las interacciones
ser humano – ecosistema en el ser humano se registran en el subsistema ser
humano.

Ecosistema

Ser
Humano

Figura 4.3.6 Huevo de la sustentabilidad.

El sistema consiste de diferentes niveles espaciales desde el planeta tierra

hasta un hábitat en particular. Figura 4.3.7. Estos niveles afectan a los tomadores
de decisiones, ya que el enfoque y los datos son diferentes en cada nivel. La
extensión que se le dé a la evaluación es importante puesto que cada nivel afecta
a los niveles inferiores y superiores de manera que un enfoque corto puede sesgar
la visión sobre el sistema.

88
 1 Tierra

2 Región

3 País

4 Estado

5 Ciudad

6 Colonia

7 Habitat / Cuadra

Ecosistema Ser Humano

Dimensiones Dimensiones

Tópicos Tópicos

Indicadores Indicadores

Figura 4.3.7 Niveles espaciales y división de subsistemas.

89
 Es imposible medir directamente el estado de un sistema, la condición del ser
humano, o la condición del ecosistema. Es necesario separarlo en partes medibles.
El conjunto de indicadores se obtiene a partir de jerarquizar diferentes niveles,
desde el sistema a subsistema, a tópicos específicos hasta indicadores medibles
como lo muestra la figura 4.3.7.

Existe una paradoja en los indicadores, es imposible medir la condición de un

sistema sin ellos, pero una vez separado el sistema en partes medibles se pierde
todo sentido global. Cada indicador es escogido para representar un tópico, y cada
tópico es seleccionado para representar una característica importante en el
bienestar del ecosistema o del ser humano. Aunque cada indicador por sí mismo
proporciona información de algo, representa nada acerca de características más
extensas en el sistema o del sistema global. Solamente combinando los indicadores
es posible visualizar el sistema. De esta manera es posible observar condiciones y
tendencias del sistema, del ser humano, del ecosistema y de componentes
mayores. Finalmente estas combinaciones pueden mostrar gráficamente el
progreso hacia un desarrollo sustentable (IUCN, 1997).

Con base en el marco conceptual de la OCDE y la metodología de evaluación

de la IUCN, se hará el diseño conceptual del sistema.

4.3.3 DEFINICIÓN DE APLICACIONES

El propósito de una aplicación es crear, actualizar, y desplegar objetos bajo la

dirección del usuario, mientras que se mantiene la integridad y seguridad de la
base de datos (Kroenke 1998). Se define como objetivo principal del sistema el
comparar índices ambientales, de manera que ya se puedan mostrar o combinar
en objetivos específicos. Dada la dificultad y costo de los datos para hacer una
evaluación de un sistema completo, se seleccionarán tres aplicaciones que
funcionen dentro del sistema, y que representen problemas concretos de la región
en cuestión. De esta manera se intenta comprobar por un lado la capacidad del
sistema para manejar los indicadores, y por otro lado la versatilidad del diseño en
aplicarse en problemas específicos de cada región.

México es un país de grandes contrastes, entre las probables causas se

encuentran la ubicación en la zona de transición entre las regiones tropical y
templada, el accidentado relieve, las variaciones climáticas, los diferentes períodos
de ocupación territorial, su riqueza cultural, y a las distintas formas de apropiación
de sus recursos naturales. Esto afecta a la disponibilidad, demanda y deterioro de
los recursos naturales. Mientras en algunas áreas se tienen poblaciones muy

90
dispersas otras tienen altas concentraciones demandando grandes cantidades de
recursos (García y Perales, 1999).

Aunado a las grandes diferencias regionales se tiene una economía dual, es

decir una desarrollada y otra pobre (OCDE, 1998). Dado este contexto es
imperativo que el sistema sea lo suficientemente flexible para poderse enfocar en
situaciones específicas de cada región. Tomando en cuenta estas características se
establece que es necesario adaptar aplicaciones a contextos específicos de cada
región. La figura 4.3.8 muestra una base de indicadores de diferentes tópicos
sobre los que construyen aplicaciones que utilizan una parte del universo. Con
base en lo anterior se definirán a continuación la aplicación básica del SIG, y
posteriormente algunas aplicaciones sobre alguna situación específica de las
regiones definidas.

Aire

Suelo Agua
Extensión de los
Indicadores

Biodiversidad
Residuos

Aplicación 2
Aplicación 1

Energía

Legislación

Economía

Figura 4.3.8 Comparación del uso de indicadores para aplicaciones específicas.

De cada aplicación se documentará lo siguiente:

Propósito y descripción de la aplicación.

Tipo de aplicación.

• Lectura. Consiste en leer mapas y encontrar características particulares o

patrones.
• Despliegue de información. Es la generación de mapas o diagramas en
pantalla.

91
• Búsqueda y despliegue de información. Consiste en el poder preguntar al
sistema una pregunta específica, con un criterio de selección generalmente de
naturaleza geográfica.
• Análisis de mapas. Involucra utilizar las capacidades analíticas de un SIG para
definir relaciones entre capas de información espacial.
• Modelación espacial. Consiste en el uso de modelos espaciales u otros métodos
de análisis numéricos para calcular un valor de interés.

Escala o escalas requeridos para los mapas

Tiempo de respuesta de la aplicación.
Frecuencia con la que será utilizada.
Datos requeridos por la aplicación

4.3.3.1 APLICACIÓN PRINCIPAL.

Propósito y Descripción.
Se establece como aplicación base del SIG el que albergue un conjunto de
datos e indicadores específicos de cada región, sobre los que se construyan
aplicaciones que evalúen situaciones o problemáticas de la región.

Tipo de Aplicación:
Análisis de mapas.
Búsqueda y despliegue de información.

Escala: 1:250,000

Tiempo de respuesta: Anual o mayor dependiendo de la accesibilidad de los

datos.

92
 Funciones y procedimientos:
Generación y combinación de indicadores e índices.

Para realizar la combinación de indicadores es necesario que se encuentren

en la misma unidad. Existen diferentes métodos algunos de los cuales utilizan
unidades monetarias, unidades físicas o de otro tipo. En la figura 4.3.9 se muestra
el procedimiento en general para preparar los indicadores a ser combinados
(IUCN, 1997).

Combinación de
Indicadores

Normalización de
Indicadores

¿El tópico es representado No Fin

con más de un indicador?

Si

¿Se considera que los Si Promediar

indicadores tienen el
mismo peso?

No

Asignar pesos a sus

valores relativos

Promediar Fin

Figura 4.3.9 Proceso para la combinación de indicadores.

En este caso la normalización consiste en mapearlos en una misma escala.

Posteriormente si el tópico o dimensión la representa solamente un indicador, el
valor de éste representará el tópico o dimensión. Cuando son más de uno:

93
 • si son considerados de igual peso entonces son promediados,
• si no son considerados diiferentes entonces se tienen que asignar pesos de
acuerdo a sus valores relativos antes de ser promediados,
• en caso de que un indicador sea crítico puede ensombrecer a los demás.

La normalización en este ejemplo es entre 0 y 100. Figura 4.3.10.

Inicialmente se definen los valores mejores y peores, así como los máximo y
mínimos que puede valer el indicador. Éstos pueden definirse a partir de cinco
fuentes:

1. El desempeño pasado, actual y esperado por diferentes sociedades.

2. Estándares internacionales.
3. Metas nacionales o internacionales, que concensan en un desempeño
aceptable o deseable.
4. Medidas o estimaciones históricas.
5. El objetivo del tópico en cuestión.

Normalización de
Indicadores

Definir valores máximos y

mínimos

 x − min 
¿El valor máximo es el No  
 max− min  * 100
peor caso?  

Si

 x − min   Fin
  − 1 *100

 max− min  

Figura 4.3.10 Proceso de conversión de índices.

Una vez definidos los valores mejores, peores, máximos y mínimos se definen
una de dos situaciones:

• Si el valor máximo es el mejor caso y el valor mínimo es el peor caso.

• Si el valor máximo es el pero caso y el valor mínimo es el mejorcaso.

94
 En la figura anterior, x es el valor del indicador, min y max son los valores
mínimos y máximos que puede valer x, repectivamente.

Datos requeridos por la aplicación. Tabla 4.3.2.

Tabla 4.3.2 Entidades y atributos para la aplicación principal.

Entidades Atributos
Consumo de recurso *

Residuos en el ecosistema *
Disposición y/o calidad del ecosistema *
Acciones sobre el ecosistema *
Estado / Municipio Nombre
Ciudades Nombre
Localización

* Indicadores relativos a la región, ineherentemente se requiere el valor del

indicador, sus valores máximos y mínimos, cuál es el mejor caso y cuál el peor, y
su referencia geográfica.

4.3.3.2 APLICACIONES ESPECÍFICAS

Se seleccionaron tres tipos diferentes de aplicaciones.

1. Agua

Propósito y Descripción
Se realizará un análisis de la disponibilidad del agua en los estados de
Coahuila, Nuevo León y Tamaulipas, con base en sus principales cuencas, y la
accesibilidad a éstas.

Tipo de aplicación:
Despliegue de información.
Análisis de mapas.
Búsqueda de información.

Escala: 1:250,000

95
 Datos requeridos. Tabla 4.3.3.

Tabla 4.3.3 Entidades y atributos para la aplicación de Agua.

Entidades Atributos
Estados / Municipios Nombre
Agua Localización de cuencas y ríos
Dirección de ríos
Capacidades de las cuencas
Precipitación anual promedio
Ciudades Localización de la ciudad
Cantidad de población
Nombre de las ciudades
Carreteras Localización de carreteras
Tipo de carreteras

2. Zonas protegidas

Propósito y Descripción
Se realizará un análisis del riesgo presente en las zonas protegidas a causa
del hombre.

Tipo de aplicación:
Despliegue de información.
Análisis de mapas.
Búsqueda de información.

Escala: 1:250,000

Datos requeridos. Tabla 4.3.4.

Tabla 4.3.4 Entidades y atributos para la aplicación de Zonas Protegidas.

Entidades Atributos
Zonas protegidas Localización
Nombre de la zona
Extensión de la zona
Asentamientos humanos Localización
Nombre
Cantidad de población
Actividades económicas realizadas
Carreteras Localización de carreteras
Tipo de carreteras

96
 3. Energía

Propósito y Descripción.
Análisis del consumo de combustibles y de las concentraciones espaciales de
sus emisiones.

Tipo de aplicación:
Despliegue de información.
Análisis de mapas.
Búsqueda de información.

Escala: 1:250,000

Datos requeridos. Tabla 4.3.5.

Tabla 4.3.5 Entidades y atributos de la aplicación de energía.

Entidades Atributos
Asentamientos humanos Localización
Nombre
Cantidad de población
Consumo de combustible
Carreteras Localización de carreteras
Tipo de carreteras
Corrientes de aire predominantes Localización
Dirección

4.3.4 DATOS ACCESIBLES

Se mencionó anteriormente que la definición de los indicadores es

competencia de expertos en cada área.

Definiciones, limitaciones de los datos

Las principales fuentes de información provienen de organismos que se

dedican a la recopilación de información, de organismos directamente involucrados
en el tópico en cuestión. Sin embargo tanto las fuentes de información como los
indicadores no están limitados a los que se muestran en el presente trabajo. Se
espera que crezcan y que se seleccionen dependiendo de las características más
importantes de cada región del país, así como también se espera que evolucionen
junto con las necesidades y nuevas situaciones que surjan. Consultar el anexo B.

97
 4.3.5 CONCLUSIONES DEL ANÁLISIS

La parte final del análisis de requerimientos consiste en un reporte donde se

resumen las funciones, aplicaciones, y datos necesarios para el desarrollo del
sistema. Este reporte será utilizado en otros procesos del desarrollo de SIG
(Calkins et al, 1998). En esta sección se incluirán tres tablas que resumen el
análisis de requerimientos:

• Aplicación / datos, donde se visualizan los diferentes datos requeridos por cada
aplicación y si son utilizados por varias aplicaciones. Esta tabla es útil para
programar la conversión de los datos, otorgando prioridades a los datos más
utilizados o más importantes.
• Función / proceso, resume las principales funciones que se requieren contra los
procedimientos generales que tienen los SIG comerciales. Esta tabla es útil
para comparar si diferentes paquetes computacionales ofrecen éstos
procedimientos u otras posibilidades como algún lenguaje de programación.
• Lista de datos, donde se encontrarán listados los datos necesarios por las
aplicaciones.

Aplicación / Datos. Tabla 4.3.6.

Tabla 4.3.6 Aplicaciones contra datos que utilizan.

Datos\Aplicación Aplicación Agua Zonas Energía

Principal Protegidas
División política X X X X
Carreteras X X
Ciudades / X X X X
Poblaciones
Topografía X X X
Hidrografía X X
Uso de suelo X
Zonas protegidas X
Corrientes de aire X
Consumo de los X X X
recursos (Agua) (Combustibles)
Disposición de los X X
recursos (Agua)
Acciones sobre el X
ecosistema
Residuos sobre el X X
ecosistema (Combustibles)

98
 Función / Proceso. Tabla 4.3.7.

Tabla 4.3.7 Funciones identificadas y procesos comunes de los SIG.

Funciones requeridas Funciones comunes en los SIG

Despliegue de información Despliegue en pantalla
Impresión en plotter / impresora
Generación de reportes
Búsquedas Búsqueda de atributos
Búsqueda espacial
Análisis de mapas Sobreposición de información
Buffer
Reclasificación
Generación y combinación de Lenguaje de macros o de programación
índices

99
 Lista de datos

La lista de datos seleccionados por expertos en cada área se encuentra en el

anexo B. En ella se encuentran datos de agua, aire, biodiversidad, economía, En la
tabla 4.3.8 se muestran otros datos importantes.

Tabla 4.3.8 Lista de datos identificados.

Entidad Atributos Tipo de objeto

Zonas protegidas Localización Polígono
Nombre de la zona
Extensión de la zona
Zonas Urbanas Localización Punto / Polígono
Nombre
Cantidad de población
Actividades económicas
realizadas
Carreteras Localización de carreteras Línea
Tipo de carreteras
Agua Localización de cuencas y ríos Línea / Punto / Polígono
Dirección de ríos
Capacidades de las cuencas
Precipitación anual promedio
Estado / Municipio Nombre Polígono
Consumo de recurso * Alfanumérico

Residuos en el ecosistema * Alfanumérico

Disposición y/o calidad del * Alfanumérico
ecosistema
Acciones sobre el ecosistema * Alfanumérico
Topología Elevaciones Polígono
Pendientes
Uso de suelo Polígono

100
 4.4 DISEÑO CONCEPTUAL

El resultado de la etapa del diseño conceptual es un modelo de datos del SIG,

y especificaciones funcionales del SIG (Calkins et al, 1998). Para Yeung (1998) el
modelar datos es el proceso de definir los fenómenos o aspectos geográficos del
mundo real, en términos de sus características y relaciones entre ellos. Y existen
tres pasos en el proceso, resultando una serie de modelos de datos
progresivamente formalizados, mientras que la la base de datos es definida de una
manera cada vez más rigurosa.

• Modelación conceptual de los datos. Define de forma amplia y genérica los

requerimientos y enfoque de la base de datos. Nivel de abstracción: modelo
de datos.
• Modelación lógica de los datos. Especifica el punto de vista del usuario de la
base de datos con una clara definición de los atributos y sus relaciones.
Nivel de abstracción: estructura de datos.
• Modelación física de los datos. Especifica la estructura interna del
almacenamiento de los datos, y la organización de los archivos de la base
de datos. Nivel de abstracción: estructura de archivos.

En esta etapa se definirá un modelo de datos a partir del análisis de

requerimientos y de la aplicación del análisis de un ecosistema sustentable a este
proyecto.

4.4.1 ANÁLISIS DE UN ECOSISTEMA SUSTENTABLE.

Analizar un sistema es identificar su complejidad, sus componentes (actores,

mecanismos, reglas y procedimientos), y sus interrelaciones para determinar sus
objetivos, requerimientos, prioridades, y hasta dónde todos ellos se satisfacen
(Weinberg, 1980).

Se definió en el análisis de requerimientos que el objetivo del sistema es

comparar índices ambientales que ayuden a tomar decisiones hacia un desarrollo
sustentable. También se definieron los usuarios como todos aquellos interesados
en gestionar o monitorear el estado de un desarrollo sustentable. Y se consideran
dentro de este grupo al gobierno, la academia, las ONGs, la industria, y
organismos internacionales con intereses similares, entre otros. Dentro de este
esquema se aplicará el método de evaluación del desempeño y desarrollo
sustentable de la IUCN. Para esto se definirá primero la meta del sistema, sus

101
niveles espaciales y posteriormente los subsistemas, dimensiones y tópicos que
conformarán este sistema.

4.4.1.1 DEFINICIÓN DE LA META DEL SISTEMA.

Se tomará la definición propuesta por la IUCN: “Mejorar y mantener el

bienestar del ser humano y del ecosistema.”

4.4.1.2 DEFINICIÓN LOS NIVELES ESPACIALES DEL SISTEMA.

En la figura 4.4.1 se muestran diferentes niveles espaciales en los que se

puede representar el sistema. Dado que la meta del sistema engloba muchos
aspectos dependiendo de la región en donde se aplique, la cantidad de los datos
será muy grande si se quiere llegar a los niveles espaciales inferiores. Por los tanto
este análisis se concentrará en los niveles Estados / AGEE y Municipio / AGEM.

México

Estados/AGEE (Coahuila, Nuevo León y

Tamaulipas)

Municipio/ AGEM

Distrito/Ciudad/Zona Metropolitana Comunidades

Hábitats/Ejidos/Áreas de Control/Colonias/AGEB

Figura 4.4.1 Niveles del sistema.

102
 4.4.1.3 DEFINICIÓN DE LOS SUBSISTEMAS, DIMENSIONES Y TÓPICOS.

Bajo el marco de Presión – Estado – Respuesta de la OCDE las dimensiones se

agrupan como sigue:

• Presión. Uso de los recursos (Lo que se extrae del ecosistema), y residuos
de las actividades del Ser Humano (Lo que se deshecha en el ecosistema).
• Estado. Calidad y Disponibilidad de los recursos (El estado en el que se
encuentran los recursos).
• Respuesta. Eficiencia en el manejo de los recursos (La respuesta de la
sociedad sobre el ecosistema).

Figura 4.4.2.

Ecosistema

Ser
Humano

Ecosistema Ser
Humano

DIMENSIONES DIMENSIONES

1 Uso de los recursos 1 Calidad y/o disponibilidad

(Volumen de consumo y/o de los recursos (Recursos
Capacidad del consumir) utilizables o aprovechables)

2 Residuos de las 2 Eficiencia en el manejo de

actividades del Ser los recursos (Acción sobre
Humano (Presión sobre el el sistema)
ecosistema)

Figura 4.4.2 Descomposición del sistema.

Los subsistemas son definidos hasta su nivel de tópicos, los indicadores para
cada tópico fueron o serán definidos por expertos de cada área en el ITESM.

103
 Subsistema Ecosistema.

Esta es la parte del sistema que representa lo que se toma del sistema y lo
que se deja en el sistema. Figura 4.4.3. En el marco de la OCDE esta es la parte de
la presión en el sistema.

Ecosistema

Uso de los Recursos Residuos de las Actividades

del Ser Humano

Figura 4.4.3 Dimensiones del Ecosistema.

Por lo tanto el subsistema Ecosistema se divide en uso de los recursos (lo que
se toma del sistema) y Residuos de las actividades del ser humano (lo que se deja
en el sistema). Figura 4.4.4.

Uso de los Recursos

Agua Suelo Energía Biodiversidad

Figura 4.4.4 Composición de la dimensión ‘Uso de los Recursos’.

Uso de los recursos a su vez se divide en cada uno de los principales grupos
de recursos necesario para subsistir, agua, suelo, energía y biodiversidad. Ya que
esta es la parte del uso de los recursos, las siguientes divisiones corresponderán a
los diferentes consumos que se le da a cada recurso. Figuras 4.4.5, 4.4.6, 4.4.7 y
4.4.8.

104
 Agua

Consumo de Consumo Consumo

la Sociedad Industrial Agrícola

Figura 4.4.5 Diferentes usos del agua.

Suelo

Uso Urbano Uso Industrial Uso Agrícola

Figura 4.4.6 Diferentes usos del suelo.

Energía

Consumo de Consumo
la Sociedad Industrial

Figura 4.4.7 Diferentes usos de la energía.

105
 Biodiversidad

Demanda de especies por Demanda de especies por

actividades económicas otras actividaes (Culturales,
delictivas, religiosas,
deportivas etc)

Especies Especies Otras Especies Especies Otras

endémicas en peligro especies endémicas en peligro especies

Figura 4.4.8 Diferentes usos de la biodiversidad.

La segunda parte del subsistema ecosistema es la de residuos de las

actividades del ser humano. Los residuos pueden ser emitidos al aire, o
depositados en el suelo o agua. Figura 4.4.9.

Residuos de las
actividades del Ser
Humano

Aire Agua Suelo

Figura 4.4.9 Composición de la dimensión ‘Residuos de las actividades del ser humano’.

Para el aire, agua y suelo se dividirá en los diferentes tipos de descarga y

emisiones. Figuras 4.4.10, 4.4.11, y 4.4.12.

106
 Agua

Descargas Descargas Derrames y

Domésticas Industriales Otros

Figura 4.4.10 Diferentes residuos en el agua.

Aire

Emisiones de Emisiones Otras

Vehículos Industriales Emisiones

Figura 4.4.11 Diferentes emisiones en el aire.

Suelo

Residuos Residuos Derrames y

Domésticos Industriales Otros

Figura 4.4.12 Diferentes residuos en el suelo.

107
 Subsistema Ser Humano.

Esta parte del sistema representa lo que el ser humano requiere del
ecosistema y las acciones que realiza sobre él. Figura 4.4.13. Dentro del marco de
la OCDE esta parte es la condición del sistema y respuesta al mismo.

Ser Humano

Calidad y/o Disponibilidad Eficiencia en el manejo de

de los recursos los recursos

Figura 4.4.13 Dimensiones del subsistema Ser Humano.

En la parte de la condición del sistema se tiene la calidad y/o disponibilidad de

los recursos. Por lo que se subdivide en cada uno de los recursos. Figura 4.4.14.

Calidad y/o
Disponibilidad de los
recursos

Aire Agua Suelo Energía Biodiversidad

Figura 4.4.14 Composición de la dimensión ‘Calidad y/o Disponibilidad de los recursos’.

Para cada recurso se tiene su calidad y/o disponibilidad según aplica el caso.
Figura 4.4.15. En el caso del agua se subdivide en los diferentes usos del agua, ya
que estos tienen diferentes necesidades en cuanto a calidad y se tienen
prioridades en cuanto a uso. Con el mismo criterio se subdividen el suelo, la
energía y la biodiversidad. Figuras 4.4.16, 4.4.17, 4.4.18, y 4.4.19.

108
 Aire

Calidad

Figura 4.4.15 Calidad del aire.

Agua

Utilizada por Utilizada por

la sociedad el ecosistema

Uso Uso Uso Disponibilidad Calidad

Urbano Industrial Agrícola

Calidad Calidad Calidad

Disponibilidad Disponibilidad Disponibilidad

Figura 4.4.16 Calidad y disponibilidad del agua por uso.

109
 Suelo

Uso en la Uso en el
Sociedad Ecosistema

Uso Uso Uso Disponibilidad Calidad

Urbano Industrial Agrícola

Calidad Calidad Calidad

Disponibilidad Disponibilidad Disponibilidad

Figura 4.4.17 Calidad y disponibilidad del suelo por uso.

Energía

Uso Urbano Uso Industrial

Disponibilidad Calidad Disponibilidad Calidad

Figura 4.4.18 Calidad y disponibilidad de la energía por uso.

110
 Biodiversidad

Utilizada por Utilizada por

la sociedad el ecosistema

Actividades Otras Disponibilidad

Económicas Actividades

Disponibilidad Disponibilidad

Figura 4.4.19 Calidad y disponibilidad de la biodiversidad por usos.

La segunda parte de subsistema ser humano es la eficiencia en el manejo de

los recursos. Las acciones se enfocan principalmente en el aprovechamiento, la
protección y mantenimiento del ecosistema. Figura 4.4.20.

Eficiencia en el manejo
de los recursos

Aprovechamiento Protección y
mantenimiento

Figura 4.4.20 Composición de la dimensión ‘Eficiencia en el manejo de los recursos’.

El aprovechamiento se divide en los principales beneficios obtenidos del

manejo de los recursos. Figura 4.4.21.

111
 Aprovechamiento

Económico Nivel de Eficiencia en

Vida el uso

Agua Suelo Energía Biodiversidad

Figura 4.4.21 Diferentes tipo de aprovechamiento de los recursos.

La protección y mantenimiento se dividen en las acciones directas sobre el

ecosistema y en las acciones indirectas, como lo es la preparación del mismo ser
humano para mejorar el manejo del ecosistema. Figura 4.4.22.

Protección y Mantenimiento

Mecanismos Mecanismos
Directos Indirectos

Instrumentos Actividades Aplicación

Legales de de
Protección Tecnología

Programas de Investigación
Educación y Desarrollo
Ambiental

Figura 4.4.22 Diferentes tipos de protección y mantenimiento del ecosistema.

Hasta aquí se han definido diferentes tópicos. Sin embargo no necesariamente

son los más adecuados para cada región del país. En cada situación algunas cosas
no aplicarán, algunos tópicos serán más importantes que otros y será necesario
agregar o quitar algunos. Esta flexibilidad es necesaria para adaptarse a los
contrastes de México.

Tomando en cuenta la base de construcción de los indicadores (Figura 4.3.3

Pirámide de Hammond) y las definiciones anteriores se establece un flujo de

112
información desde los datos hasta que son utilizados en alguna aplicación como lo
muestra la figura 4.4.23. Se parte desde cada tópico definido, adquiriendo los
datos necesarios para crear los indicadores y posteriormente se agrupan en las
dimensiones a las que pertenecen, y apartir de éstas se toman para cada
aplicación.

Datos Datos Indicadores Combinación

Analizados de Indicadores

Uso de los
Recursos
Población

Residuos de
las Objetivo
A ire Global
actividades

Agua Calidad /
Disponibilidad

Objetivo
Suelo Eficiencia
Específico
en el
manejo

Figura 4.4.23 Flujo de los datos en el sistema.

113
 4.4.2 DISEÑO CONCEPTUAL

El objetivo del diseño consiste en documentar las cosas que se requieren

representar en la base de datos, determinar las características de ésas cosa que
necesitan ser almacenadas y establecer las relaciones entre ellas (Kroenke, 1998).
El resultado de esta etapa es el modelo de datos y especificaciones funcionales
para el sistema (Calkins et al., 1998). Debido a la accesibilidad de ARC/INFO se
utilizará la representación esquemática de la guía del mismo paquete. Ésta
presenta la técnica propuesta por Chen (1982), y utiliza el estilo de Rambaugh et
al (1991). En esta técnica se refieren a las entidades como ‘clases’ y a las
relaciones como ‘asociaciones’ (ESRI, 1994).

4.4.2.1 MODELO DE LA APLICACIÓN PRINCIPAL.

Inicialmente se identificarán las entidades y posteriormente las relaciones
entre ellas. Se define por entidad geográfica / política, a aquella región de la tierra
que puede ser delimitada por alguna característica en especial. Puede ser una
característica política como los municipios, y los estados, o por otra u otras
características como vegetación, topografía, etc. Figura 4.4.24.

Entidad
Geográfica / Política

Ecosistema Ser Humano

Mide / Describe Mide / Describe

+1 +1
Dimensión Dimensión

Figura 4.4.24 Modelo de la entidad geográfica / política.

Cada una de éstas como se descompone en los subsistemas ecosistema y ser

humano, y como se describió anteriormente, éstos subsistemas se descomponen
en diferentes dimensiones que describen características específicas del subsistema.

114
 A su vez cada dimensión se compone de uno o más tópicos, los cuales en
conjunto logran representar ésa dimensión del subsistema. Figura 4.4.25. Los
tópicos a su vez pueden ser representados por un grupo de subtópicos, hasta
llegar a un subtópico que está compuesto por uno o más indicadores. Como se
describió anteriormente los indicadores están construídos por datos como lo
muestra la figura 4.3.3 (pirámide de Hammond).

Dimensión

Contiene
+1
Tópico

Contiene
+1
Datos primarios y Subtópico
analizados comunes
para todos los Contiene
indicadores. +1
Indicador

Contiene
+1
Dato primario +1 Contiene Dato analizado

Población Agua Suelo

Figura 4.4.25 Modelo de las dimensiones.

Los datos primarios y datos analizados son el fundamento sobre el que se

soportan los indicadores. Los datos primarios se componen de diferentes tipos de
datos primarios dependiendo de lo que se requiera. Y éstos son comunes para
todos los indicadores ya que es posible que diferentes dimensiones requieran
datos comunes.

Se definieron diferentes niveles espaciales anteriormente: a nivel estado,

municipio y región o hábitat. La figura 4.4.26 muestra la relación entre cada una
de ellas como entidades geográficas / políticas. Se define a una zona urbana como
una ciudad, población, o comunidad.

Estado:

contiene al menos un municipio,

contiene al menos una zona urbana,

115
 puede coincidir su área con un zona metropolitana,
puede coincidir su área con una región.

Zona
Metropolitana

Contiene
Coincide
área +1
Coincide Coincide
Estado Regiones Municipio
área área

Contiene

Contiene +1 Zona Urbana +1 Contiene

Figura 4.4.26 Relaciones de las entidades para la aplicación principal.

Municipio:
contiene al menos una zona urbana,
puede coincidir su área con una región.

Región:
puede coincidir su área con una zona urbana.

En la tabla 4.4.1 se encuentran las entidades y sus tipos de datos con los que
son representados en el SIG.

Tabla 4.4.1 Datos para la aplicación principal.

Entidad Tipo de dato

Estado Polígono
Municipio Polígono
Región Polígono
Zona Metropilitana Polígono
Zona Urbana Polígono / Punto
Dimensión Alfanumérico
Tópico Alfanumérico
Indicador Alfanumérico
Datos Analizados Alfanumérico
Datos Primarios Alfanumérico

116
 4.4.2.2 MODELOS DE LAS APLICACIONES ESPECÍFICAS.
Las aplicaciones específicas se desarrollan con base en el diseño anterior.
Utiliza los niveles espaciales definidos y se agregan los datos que necesita, ya sean
geográficos o atributos.

Agua

Relaciones

Contiene
+1
Coincide Coincide
Estado Regiones Municipio
área área
Coincide
área Contiene
Contiene
Zona
Metropolitana +1 Zona Urbana +1 Contiene

Describe Describe Describe

Número de Topografía Número de

Habitantes Hidrografía Habitantes
Consumo por Cuerpos de agua Consumo por
Hab. Cantidad Hab.
Extracción
Carreteras

Figura 4.4.27 Relaciones de entidades para la aplicación agua.

En la tabla 4.4.2 se encuentran las entidades y sus tipos de datos.

Tabla 4.4.2 Datos para la aplicación agua.

Entidad Clasificación Tipo de dato

Topografía Dato Geográfico Polígono
Hidrografía Dato Geográfico Línea / Polígono
Carreteras Dato Geográfico Línea
Cuerpos de Agua Dato Geográfico Polígono
Número de Habitantes Dato Primario- Población Alfanumérico
Consumo / Hab. Dimensión Ecosistema- Consumo Alfanumérico
Cantidad de Agua Dimensión Ser Humano- Disponibilidad Alfanumérico
Extracción de Agua Dimensión Ecosistema- Consumo Alfanumérico

117
Zonas protegidas

Relaciones

Zona
Metropolitana

Contiene
Coincide
área +1
Coincide Coincide
Estado Regiones Municipio
área área

Contiene

Contiene +1 Zona Urbana +1 Contiene

Describe Describe

Topografía Extensión
Hidrografía Tipo de Vegetación
Uso del Suelo
Agricultura
Madera Describe
Actividades Económicas
Turismo Caminos
Caza
Pesca
Carreteras

Figura 4.4.28 Relaciones de entidades para la aplicación de zonas protegidas.

En la tabla 4.4.3 se encuentran las entidades y sus tipos de datos.

Tabla 4.4.3 Datos para la aplicación de zonas protegidas.

Entidad Clasificación Tipo de dato

Topografía Dato Geográfico Polígono
Hidrografía Dato Geográfico Línea / Polígono
Uso del Suelo Dato Geográfico Polígono
Agricultura Dimensión Ecosistema- Consumo Alfanumérico
Madera Dimensión Ecosistema- Consumo Alfanumérico
Actividades Económicas Dato Geográfico Polígono / Punto
Turismo Dimensión Ser Humano- Acciones Alfanumérico
Caza Dimensión Ser Humano- Acciones Alfanumérico
Pesca Dimensión Ser Humano- Acciones Alfanumérico
Carreteras Dato Geográfico Línea

118
 Caminos Dato Geográfico Línea
Extensión Dimensión Ser Humano- Protección Alfanumérico
Tipo de Vegetación Dato Geográfico Polígono

Energía

Relaciones

Contiene
+1
Coincide Coincide
Estado Regiones Municipio
área área
Coincide
área Contiene
Contiene
Zona
Metropolitana +1 Zona Urbana +1 Contiene

Describe Describe
Describe

Número de Topografía Número de

Habitantes Corrientes de Aire Habitantes
Consumo por Consumo por
Hab. Hab.

Figura 4.4.29 Relación de entidades para la aplicación de energía.

En la tabla 4.4.4 se encuentran las entidades y sus tipos de datos.

Tabla 4.4.4 Datos para la apliación de energía.

Entidad Clasificación Tipo de dato

Topografía Dato Geográfico Polígono
Corrientes de Aire Dato Geográfico Línea / Polígono
Número de Habitantes Dato Primario- Población Alfanumérico
Consumo por Hab. Dimensión Ecosistema- Consumo Alfanumérico

119
 4.5 DISEÑO DE LA BASE DE DATOS.

Esta etapa consiste en convertir el diseño conceptual en un diseño

lógico/físico de una base de datos de un SIG. El software que sea utilizado dictará
el camino a seguir para el diseño físico (Calkins, et al, 1998). En este caso se
utilizará un diseño relacional para los datos no espaciales, ya que el software
definido (ARC/INFO), permite la interacción con manejadores de bases de datos
(DBMS) comerciales. Cabe mencionar que existen otros SIG que igualmente
permiten la interacción con DBMS comerciales, por lo que la lógica de construcción
no será exclusiva de ARC/INFO.

El porqué de utilizar un DBMS es la facilidad de organizar y manejar grandes

cantidades de información persistente (Meyer, 1997). Se utilizará un diseño
relacional debido a que los modelos relacionales su uso es amplio y generalizado,
pueden representar un diseño de la base de datos independientemente del DBMS
que se utilice, y porque el modelo relacional es la base de un importante número
de DBMS (Kroenke, 1998).

4.5.1 ORGANIZACION DE LOS DATOS.

En el diseño conceptual se puede observar el flujo de datos en la aplicación

principal. Figura 4.4.23. Dentro de este esquema la base de datos se puede
organizar como lo muestra la figura 4.5.1.

Su principal ventaja de esta organización es la flexibilidad de expandir los

tópicos, indicadores y aplicaciones. Dada la dificultad de encontrar datos en México
acerca de algunos tópicos, el modelo permite añadir independientemente índices
en cada área. Se pueden ir agregando más tópicos a medida de que vayan
cambiando las necesidades. Esto facilita la regionalización, ya que los ecosistemas
de México son muy variados, y existen problemas muy diversos. También se
pueden ir creando nuevas aplicaciones para la presentación o análisis de alguna
situación muy específica. Por otro lado el mantener las aplicaciones separadas
facilita la administración de su seguridad y de su portabilidad.

120
 Enlace a través de
identificadores únicos

Atributo Datos Espaciales

s

Indicadores
Analizados
Nivel Espacial
Datos

Datos
(Diferentes objetos)

Objetivo Objetivo
Global Específico

Otros Datos
Atributos Datos Espaciales

Figura 4.5.1 Organización de los datos.

La principal desventaja es que al tener demasiada flexibilidad, se puede

perder fácilmente el objetivo del global proyecto. Los huecos en los datos pueden
ser llenados por otro tipo de datos, los cuales pueden desviar o generar otros
objetivos específicos (a nivel hábitat, comunidad, ciudad etc.) de manera que se
haga difusa la aportación de los niveles inferiores a la meta del sistema.

4.5.1.1 ORGANIZACIÓN DE LOS DATOS NO ESPACIALES

Una representación de esta organización para los datos no espaciales para

una base de datos relacional se muestra en la figura 4.5.2.

121
 Catálogo de Tablas
de Datos Primarios

Indicadores e
Datos Primarios Datos Analizados Índices

Tabla de Unión
Tabla de Relación

Tabla de Unión
Catálogo de Tópicos y
Subtópicos

Figura 4.5.2 Diagrama de Entidad – Relaciones.

 A continuación se presentan las tablas y sus campos. Esta es una
representación lógica de su contenido, por lo que cada campo no tiene un nombre
específico. El tipo de los datos es general: texto, número, y fecha. La extensión de
caracteres para el tipo texto, como el tipo de número y el formato de éstos
dependen tanto del software con el que se cuenta, como del dato en sí.

Datos primarios
Estos son los registros principales para la tabla de los datos primarios, ya que
cada dato tiene características diferentes que pueden ser registradas. Tabla 4.5.1.
De manera que en un momento dado puedan crecer lo campos para cada dato
como se necesite.

Tabla 4.5.1 Descripción de la tabla de datos primarios.

Campo Descripción Tipo

Identificador Identificador único de los datos Numérico, o
primarios autonumérico
Nombre Nombre del dato primario Texto
Valor Valor del dato Numérico
Unidad Unidad en la que está Texto
representada el valor
Fuente Liga con catálogo de fuentes Numérico
Fecha Fecha de generación del dato Fecha
Nivel Espacial Nivel estado, municipio o región Texto
Calidad Medida de calidad Texto /
Numérico
Identificador del Relación con el catálogo de datos Numérico
catálogo de datos primarios
primarios
Identificador espacial Relación con la base de datos Numérico
espacial

Catálogo de Datos Primarios

Esta tabla simplemente mantiene un orden y categorización en los datos
primarios.Tabla 4.5.2. De esta manera es posible generar reportes que muestren
los datos primarios que se tienen registrados y de que tipo son.

Tabla 4.5.2 Descripción de la tabla de catálogo de datos primaros.

Campo Descripción Tipo

Identificador Identifucador único de los datos Numérico, o
primarios autonumérico
Nombre Nombre de la tabla Texto

124
 Datos analizados
Los datos analizados son combinaciones de los datos primarios. Tabla 4.5.3.
Esta tabla tiene algunos campos iguales a la de los datos primarios, debido a que
muchos de los datos se pueden adquirir desde este nivel, de manera que es
importante conocer su fuente, año, calidad etc. El tipo de dato en este caso se
reconoce con una clave asignada, ya que no se puede combinar el tipo de dato.

Tabla 4.5.3 Descripción de la tabla de datos analizados

Campo Descripción Tipo

Identificador Identificador único de los datos Numérico, o
analizados autonumérico
Nombre Nombre del dato analizado Texto
Valor Valor del dato Numérico
Unidad Unidad en la que está Texto
representada el valor
Fuente Liga con catálogo de fuentes Numérico
Fecha Fecha de generación del dato Fecha
Nivel Espacial Nivel estado, municipio o región Texto
Calidad Medida de calidad Texto /
Numérico
Clave Clave que identifica el tipo de Texto
dato
Operación Descripción de la operación para Texto
obtener el dato
Identificador espacial Relación con la base de datos Numérico
espacial

Tabla de unión (Datos Primarios - Analizados)

Esta tabla permite registrar cuáles datos primarios se combinan un dato
analizado. Tabla 4.5.4.

Tabla 4.5.4 Descripción de la tabla de unión entre datos primarios y analizados.

Campo Descripción Tipo

Identificador Identificador único Numérico, o
autonumérico
Identificador de los Relación con el dato de las tablas Numérico
datos primarios de los datos primarios
Identificador de los Relación con el dato de la tabla de Numérico
datos analizados datos analizados
Identificador del Relación con la tabla de los datos Numérico
catálogo de datos primarios
primarios
Clave Clave que identifica el tipo de dato Texto

125
 Indicadores e índices
Esta tabla registra los indicadores, los cuales pueden formarse de uno o varios
datos analizados. Contiene los campos para registrar la información necesaria para
convertir a los indicadores en un índice.

Tabla 4.5.5 Descripción de la tabla de indicadores.

Campo Descripción Tipo

Identificador Identificador único de los Numérico, o
indicadores autonumérico
Nombre Nombre del indicador Texto
Valor Valor del indicador Numérico
Unidad Unidad en la que está Texto
representada el valor
Valor máximo Máximo valor que puede tener Numérico
Valor mínimo Mínimo valor que puede tener Numérico
Mejor caso El valor que toma en el mejor de Numérico
los casos
Fuente Liga con catálogo de fuentes Numérico
Fecha Fecha de generación del dato Fecha
Nivel Espacial Nivel estado, municipio o región Texto
Calidad Medida de calidad Texto /
Numérico
Operación Descripción de la operación para Texto
obtener el indicador
Identificador espacial Relación con la base de datos Numérico
esapcial

126
 Tabla de unión (Datos Analizados - Índices)
Esta tabla permite registrar cuáles datos analizados se combinan un indicador.
Tabla 4.5.6.

Tabla 4.5.6 Descripción de la tabla de unión entre indicadores y datos analizados.

Campo Descripción Tipo

Identificador Identificador único Numérico, o
autonumérico
Identificador de Relación con los indicadores Numérico
indicadores
Identificador de datos Relación con los datos analizados Numérico
analizados
Clave Clave que identifica el tipo de Texto
dato
Fuente Liga con catálogo de fuentes Numérico
Fecha Fecha de generación del tópico Fecha

Catálogo de Tópicos y subtópicos

Esta tabla permite categorizar a los indicadores dentro de tópicos y
subtópicos, con el objeto de conocer el aspecto del sistema que representan. Table
4.5.7.

Tabla 4.5.7 Descripción de la tabla de catálogo de tópicos.

Campo Descripción Tipo

Identificador Identificador único Numérico, o
autonumérico
Nombre Nombre del indicador Texto
Tópico padre Identificador del tópico al que Numérico
pertenece
Fuente Liga con catálogo de fuentes Numérico
Fecha Fecha de generación del tópico Fecha

127
 Tabla de relación (Indicadores - Tópicos)
Esta tabla relaciona a uno o más indicadores con los tópicos o subtópicos que
representa. Tabla 4.5.8.

Tabla 4.5.8 Descripción de la tabla de relación entre indicadores y tópicos.

Campo Descripción Tipo

Identificador Identificador único Numérico, o
autonumérico
Identificador del Relación con el catálogo de Numérico
catálogo de tópicos tópicos
Identificador de Relación con los indicadores Numérico
indicadores

Catálogo de Fuentes
Este catálogo permite organizar la información referente a las fuentes de los
datos, de los indicadores y de los tópicos. Tabla 4.5.9.

Tabla 4.5.9 Descripción de la tabla de catálogo de fuentes.

Campo Descripción Tipo

Identificador Identificador único de las fuentes Numérico, o
autonumérico
Nombre Nombre de la fuente Texto
Contacto Nombre de la persona con quien Texto
se tiene el contacto
Dirección Domicilio de la fuente Texto
Teléfono Número de teléfono de la fuente Texto
Fax Número de fax de la fuente
Formato Formato de los datos Texto
Correo electrónico Correo electrónico de la fuente Texto
Fecha Última fecha de contacto Fecha
Observaciones Observaciones acerca de la Texto
fuente

4.5.1.2 ORGANIZACIÓN DE LOS DATOS ESPACIALES.

Tipos de datos espaciales.

Existen dos grandes tipos de estructuras de datos espaciales, raster y vector.
En la estructura de datos raster el espacio está dividido en una malla de
celdas o cualquier otra malla de polígonos llamados pixels (picture elements).

128
 Los cuales cuentan con las siguientes características (Yeung, 1998):

• la localización de cada celda está definida por su número de columna y

renglón,
• el área que cada celda representa define la resolución espacial de los
datos,
• la posición de un aspecto geográfico se registra por el pixel más cercano,
• el valor almacenado por cada celda indica el tipo de objeto, fenómeno o
condición que se encuentra en una localidad en particular,
• atributos diferentes de la misma celda se guardan en temas o capas
separadas.

Para el tipo de dato vector existen diferentes estructuras de datos.

Espaguetti. Es una transformación directa línea por línea, sin estructura de un
mapa.

Jerárquico. Desarrollada para facilitar el acceso a los datos, a través de

guardar de una manera separada los puntos, las líneas, las áreas, mediante una
estructura lógicamente jerarquizada.

Topológico. Retiene información topológica a través de almacenar información

de adyacencia.

Georelacional. Es una variación del tipo vectorial, guarda la información

espacial y no espacial en bases de datos relacionales. Esto es a través de una tabla
FAT (feature attribute table) donde se guardan los puntos, líneas y polígonos por
separado, y se relacionan con un identificador único a las tablas donde se
almacenan los atributos.

Bases de datos espaciales.

Los tipos de datos accesibles por la mayoría de los lenguajes de programación
y las bases de datos fueron diseñados para soportar aplicaciones mucho más
sencillas que las de apoyo por computadora para ingeniería, aplicaciones de bases
de datos geográficas o de imágenes. Los intentos de apoyar a las aplicaciones
espaciales con bases de datos existentes no han sido satisfactorias del todo
(Orenstein y Manola, 1991).

Existen diversos tipos de bases de datos espaciales, su diferencia radica en la

forma de integrar los datos espaciales y no espaciales (Samet y Aref, 1995).
Dependiendo de esto se pueden clasificar en tres tipos:

129
 • Sistemas dedicados. Son sistemas creados para propósitos específicos
(e.g., bases de datos para CAD ), su principal limitación es extendelos para
realizar tareas no previstas.
• Arquitecturas duales. Estas arquitecturas separan las bases de datos no
espaciales y espaciales (e.g., ARC/INFO, SICAD). La comunicación se hace
a través de identificadoes comunes entre los datos. Los cambios en el
modelo de datos espaciales no afecta a los datos no espaciales y
viceversa. Este tipo de arquitectura implica dos manejadores de bases de
datos, a menos de que los datos espaciales sean transformados o
descompuestos formando una estructura jerárquica (e.g. SIRO-SDBMS,
GEOVIEW).
• Arquitecturas integradas. En esta arquitectura se utiliza un DBMS
extendido, con sus propias tipos de datos abstractos. Estos sistemas
intentan proporcionar un DBMS generalizado para soportar aplicaciones no
convencionales como las bases de datos espaciales. Existen diferentes
prototipos como SIRO-DBMS, GEOVIEW, SAND, Gral, Probe, GEOQL, Geo-
Kernel, y GEO++, los cuales están contruídos sobre algún DBMS
extendido.

Representación de los datos espaciales en ARC/INFO

Dado que cada sistema utiliza su propia abstracción de datos, se utilizarán los
definidos por ARC/INFO. Éste crea un espacio de trabajo donde guarda los
conjuntos de datos que puede utilizar. En la tabla 4.5.10 se muestran los
conjuntos de datos geográficos soportados (ESRI, 1994)

Tabla 4.5.10 Conjunto de datos soportado por ARC/INFO.

Conjunto de datos Geográficos Almacenado como:

Coverage Directorio
Malla Direcorio
Archivo de INFO Como archivo de INFO
DBMS Manejador de Bases de datos
relacional
Tin (Triangulated irregular network) Directorio
Lattice Directorio
Imágen Archivo de imágen
Dibujo CAD Como archivo tipo DXF

Se relacionarán primero los tipos datos espaciales obtenidos con el modelo de

datos de ARC/INFO y posteriormente se definirán conjuntos de datos geográficos
en los que se agruparán. Tabla 4.5.1.

130
 Tabla 4.5.11 Organización de los datos espaciales.

Entidad Tipo de dato ARC/INFO Relacionado Coverage

con
Estado Polígono Región Mpio o Regs Estado X
Municipio Polígono Región Regs Estado X
Región Polígono Región Mpio Estado X
Zona Polígono Región - Estado X
Metropilitana
Zona Urbana Polígono / Punto Región - Estado X
Dimensión Alfanumérico DBMS Reg o Mpio Condición de
Edo X
Tópico Alfanumérico DBMS Reg o Mpio Condición de
Edo X
Indicador Alfanumérico DBMS - -
Datos Analizados Alfanumérico DBMS - -
Datos Primarios Alfanumérico DBMS - -
Topografía Polígono Región/TIN - Topografía
Hidrografía Línea / Polígono arco, nodo, - Hidrografía
sección, ruta
Carreteras Línea arco, nodo, Caminos Edo X
sección y
ruta
Caminos Línea arco, nodo, - Edo X
sección y
ruta
Cuerpos de Agua Polígono Región - Agua
Número de Alfanumérico DBMS Indicadores Edo X
Habitantes
Consumo / Hab. Alfanumérico DBMS Indicadores Agua
Cantidad de Agua Alfanumérico DBMS Indicadores Agua
Extracción de Alfanumérico DBMS Indicadores Agua
Agua
Uso del Suelo Polígono / Imágen Región / - Zona Protegida
GRID
Agricultura Alfanumérico DBMS Indicadores Zona Protegida
Madera Alfanumérico DBMS Indicadores Zona Protegida
Actividades Polígono / Punto Región - Zona Protegida
Económicas
Turismo Alfanumérico DBMS Indicadores Zona Protegida
Caza Alfanumérico DBMS Indicadores Zona Protegida
Pesca Alfanumérico DBMS Indicadores Zona Protegida
Extensión Alfanumérico DBMS Indicadores Zona Protegida
Tipo de Polígono / Imágen Región / - Zona Protegida
Vegetación GRID
Corrientes de Aire Línea / Polígono Polígono - Energía
Número de Alfanumérico DBMS Indicadores Energía
Habitantes
Consumo por Alfanumérico DBMS Indicadores Energía
Hab.

131
 4.5.2 PROCEDIMIENTOS PARA LA OPERACIÓN DE LA BASE DE DATOS.

Debido a que el mundo siempre está cambiando, es necesario actualizar la

base de datos para que refleje estos cambios. El mantenimiento de la base de
datos requiere de concentrar los esfuerzos en dos puntos: la continua capacitación
del usuario y el soporte el usuario.

4.5.2.1 PROCEDIMIENTOS PARA LA CONVERSIÓN DE DATOS.

Ya que la adquisición y conversión de datos es la parte más cara del SIG, es

necesario prestarle especial atención para organizar y eficientizar sus
procedimientos (Aronoff, 1989).

La figura 4.5.3 muestra el proceso de la conversión de datos (Calkins et al,

1998). En este caso las primeras etapa de identificación de requerimientos y de
datos dependen de la definición de los tópicos, y de las aplicaciones hacia las que
se va a dirijir el sistema. Se estableció en el análisis de requerimientos que tanto
las aplicaciones como las dimensiones, tópicos e indicadores se definirán por
expertos en cada área. Por lo tanto es necesario generar y documentar el
procedimiento de cómo los expertos formarán parte del sistema. El proceso que se
defina dependerá de la situación específica de los expertos, de los acuerdos y
formas de trabajar de los diferentes organismos a los que pertenezcan. Sin
embargo es necesario tomar en cuenta los siguientes puntos:

• Comprensión del sistema. Un sistema complejo es aquel cuyas

propiedades no pueden ser completamente comprendidas a partir de sus
componentes (Gallagher y Appenzeller, 1999). Ya que la especialización en
un tema hace difícil la visualizacion completa del sistema, es necesario el
consenso de diferentes puntos de vista. De manera que la definición de
una situación específica, sus tópicos e indicadores pueda ser firme y
realista.
• Control de Calidad. En ocasiones no se contarán con datos de suficiente
calidad para la representación de un indicador. Por lo que es importante
definir tópicos e indicadores realistas, basarse y aprovechar los datos y
fuentes existentes, otros datos como biodiversidad pueden provenir de dos
fuentes: monografías y datos inéditos de investigadores asociados
(Morrone y Espinosa, 1998). Es necesario establecer los estándares de
calidad que se manejarán.
• Seguridad de la información. La información es poder, y donde las
consecuencias de ejercer ése poder son significativas, la sociedad
adjudicará reponsables (Aronoff, 1998). Debido a esto es importante

132
 establecer políticas para la liberación y entrega de información que pueda
ser mal utilizada. Es necesario que una persona o grupo de personas se
hagan responsables del manejo de la información así como de los
procedimientos para compartir, importar y exportar datos e información.

Identificar los Identificar los Identificar Desarrollo de

requerimientos datos a crear fuentes de diseño
de la base de datos conceptual
datos apropiadas

Desarrollo de
Identificar Determinar físico de la base
requerimientos estrategia de de datos
de presición conversión

Procuramiento
de servicios de
conversión

Desarrollo de Comienzo de Comienzo de Finaliza el

plan de trabajo preparacion de otras criterio de
para la la fuentes actividades aceptación y
conversión internas plan de Calidad

Desarrollo de Comienzo del Edición de

procedimientos mantenimiento datos
de de la base de entregados
mantenimiento datos

Figura 4.5.3 Proceso de conversión de datos.

4.5.2.2 PROCEDIMIENTOS PARA LA ADMINISTRACIÓN Y MANTENIMIENTO DE LA

BASE DE DATOS.

Debido al diseño de la base de datos se identifican los diferentes

procedimientos para el mantenimiento y manejo de la base de datos, aparte de los
procedimientos propios de una base de datos como lo son respaldos y
documentación entre otros.

133
 • Combinación de indicadores. Para la combinacion de indicadores se
requiere de información adicional como se identificó en el diseño
conceptual. Además se requiere generar reportes de control para revisar la
integridad de la combinación de los datos hasta llegar a ser indicadores o
índices. Es decir que exista integridad en las unidades, en el tiempo y en el
espacio.

• Actualizaciones. La actualización de datos, indicadores, tópicos y

subtópicos, requiere de la revisión de las otras partes del sistema. En el
caso de dar de baja algún dato es necesario saber en cuántos indicadores
se utiliza. Si se actualiza es necesario que se a compatible con el tiempo y
espacio de los datos con los que se relacionará.

• Metadatos. La documentación de los datos resultará más sencilla si se

encuentra en la misma base de datos.

• Respaldos. Es saludable mantener respaldada la base de datos, ya que

requiere de una gran cantidad de tiempo, esfuerzo y dinero. Igualmente
es necesario mantener respaldada los datos históricos, que aparte de
proporcionar la posibilidad de proyectar información, representa un activo
que se puede aprovechar en un momento dado (Aronoff, 1998).

4.5.3 CONCLUSIONES

Se observó que el diseño de la base de datos espacial depende del software

que se utilizó. En cuanto a los datos no espaciales su diseño depende del tipo de
manejador de base de datos que se seleccione. Posterior al diseño de la base de
datos, se planea el desarrollo e integración del sistema. Sin embargo durante el
análisis y diseño se fueron generando documentos que deben ser integrado en los
metadatos. A continuación se presenta una descripción de las actividades que
continúan al desarrollo del sistema.

Metadatos. A través de cada etapa del desarrollo del SIG se van generando
diferentes documentos, los cuales van fundamentando las etapas posteriores.
Estos documentos al integrarse forman los metadatos, los cuales contienen el
diseño, los procesos y el diccionario de datos entre otras cosas. La integración y
mantenimiento de los metadatos es importante para realizar posteriores revisiones,
y expansiones al sistema.

134
 Desarrollo de aplicaciones. El desarrollo de aplicaciones continua con el diseño
estructurado de módulos a partir de los procesos definidos (Weinberg, 1980). En
caso de que sea programación orientada a objetos se continua con el desarrollo de
los métodos basándose en un anterior diseño de la secuencia, casos de uso,
colaboración y actividades entre otros análisis orientados a objetos (OMG, 1999).
Sin embargo el análsis realizado solamente fué sobre un sistema sustentable, de
manera que la comparación de los indicadores estuviera dentro del marco de
desarrollo sustentable. Sin embargo, el análisis del sistema social es omitido
debido a que no existen organismos asociados ni clientes concretos con los que se
pueda definir un procedimiento claro y específico.

Intercambio de información. La escala de este tipo de proyectos es muy

grande por lo que será necesario en un momento dado compartir, importar o
exportar información o datos. Esto implica medidas de seguridad, políticas del
manejo de información, y estandarización. Por otro lado también implica en
facilitar a través de otros medio la comunicación como lo son las aplicaciones en
red. Las compañías de software de SIG están al tanto de esta necesidad, de
manera que los SIG más comerciales cuentan con facilidades para desarrollar
aplicaciones que sean accesibles a través de internet.

135
136
 4.6 CONCLUSIONES

Durante los últimos años a habido una mayor inquietud, investigación e

interés en los sistemas de información geográfica. En parte debido a que los costos
del hardware cada vez son más bajos y a que la capacidad de cómputo y
almacenamiento son cada vez mayores. Esto a dado la pauta para que se realicen
más investigaciones para mejorar el desempeño de estos sistemas. Se están
enfocando esfuerzos por un lado hacia bases de datos espaciales y por otra lado
hacia la estandarización de éstos sistemas.

En cuanto a bases de datos espaciales se han propuesto soluciones y puntos

de vista diferentes. Kim (1995) comenta que los principales problemas de las bases
de datos actuales son el manejo de información espacial , temporal, de multimedia
y de transacciones de larga duración. Uno de los principales problemas de las
bases de datos espaciales es que están basados en extensiones de manejadores
de bases de datos relacionales. Y son varios los autores como Kim (1998), Pullar
(1999), y Orenstein (1998) que mencionan el hecho de que las bases de datos
relacionales no fueron diseñadas para albergar datos espaciales, por lo que este
enfoque no es el correcto. Se proponen las bases de datos orientada a objetos, las
cuales tienen el punto de vista de tratar a las entidades como un objeto y no como
una relación tabular. Algunas de sus diferencias se pueden observar en la tabla
4.6.1.

137
Tabla 4.6.1 Comparación entre bases de datos relacionales y orientadas a objetos (Sosa,
1995).

Base de Datos Relacional Base de Datos Orientada a

Objetos
Objetivo Principal Independencia e integridad Encapsulación, datos
de los datos complejos y reuso
Almacenamiento Datos Datos y métodos
Tipos de datos Tipo de dato extendido Tipos grandes y complejos /
definidos por el usuario
Acceso a los datos Compartido entre varios Método de clases para uso
procesos / cualquier tipo de
uso
Identificación de datos Identificadores llamados llave Identificación como objeto
único
Eliminación de Aplicación del proceso de Utiliza la encapsulación y la
redundancia normalización herencia
Actividad en los datos Los datos son pasivos Los objetos son activos
Modificación de los Los procesos que usan datos Clases diseñadas para reuso
procesos cambian constantemente rara vez se modifican
Relación entre datos Los datos contenidos en las Datos ligados entre sí para
tablas son independientes métodos de clase
Llamada a los datos Lenguajes de consulta Las solicitudes provocan la
ejecución de los métodos
Percepción de los datos Sencilla Compleja / no se visualiza
por la encapsulación

Es un hecho que este enfoque optimiza recursos y mejora el desempeño. Pero

a pesar de que este enfoque es mejor para tratar con datos espaciales, no
resuelve todos los problemas. Aún hay campo abierto de investigación tanto para
estructuras de datos espaciales, manejadores de bases de datos espaciales como
para lenguajes de búsqueda espaciales.

En cuanto a la estandarización de éstos sistemas, existen organismos que

hacen esfuerzos por que todos hablen el mismo lenguaje. Entre ellos el Open GIS
Consortium (OGC) es el más difundido. El OGC es un organismo no lucrativo
dedicado a los sistemas abiertos para goeprocesamiento, y envisiona una
integración de datos geoespaciales, y la interoperabilidad del software de
geoprocesamiento y poductos de datos geográficos (OGC, 1999). El OGC ofrece
una gran cantidad de documentación donde define y documenta especificaciones
para la modelación, creación y extensión de datos geográficos. La OGC fomenta y
utiliza como lenguaje de modelación el Unified Modeling Language (UML) para la
representación abstracta de los tipos de datos. Por otro lado Pullar (1999) hace
una comparación de los métodos semánticos para modelar datos geoespaciales,
como GeoOOA, GISER, USM, GMOD y se pone a favor del UML. El UML como
lenguaje de modelación de sistemas tiene muchas ventajas sobre otros, pues fué

138
construído con base en las mejores propiedades de otros modelos y conceptos
como Booch, OMT, y OOSE, aunque también tiene sus limitaciones (OMG).

En Latinoamérica el uso de tecnologías espaciales (e.g. SIG, CAD, GPS, entre

otras), han caído en un nivel de utilización por debajo de otras regiones
principalmente debido a las sguientes razones (Sahagún, 1999):

• Pobre acceso a datos geográficos de calidad.

• Altos costos asociados a datos de calidad.
• Crisis económicas y recesiones que limitan los presupuestos de TI
constantemente.
• Número reducido de organizaciones calificadas que ofrezcan soluciones
espaciales a los mercados locales.
• Número reducido de organizaciones que ofrezcan servicios de soluciones
tecnología espacial a los mercados locales.
• Percepción general de que las soluciones de tecnología espacial son una
alternativa altamente costosa, compleja, e injustificable.

El Programa Ambiental del Plan Nacional de Desarrollo 1995-2000, cita que el

desarrollo sustentable demanda un conocimiento más profundo de las
interacciones entre el sistema económico y los sistemas biofísicos, que fundamente
decisiones públicas y privadas eficientes y acordes con criterios ecológicos y de
viabilidad social a largo plazo. En México el apoyo en los sistemas de información
juegan un papel importante como soporte para la toma de decisiones. Puesto que
existen grandes contrastes; tanto en ecosistemas, como en cultura, economía,
recursos, riesgos naturales, problemas sociales entre otros, el entendimiento de
sus interacciones como el monitoreo de los mismos es una tarea en la que los
sistemas de información pueden ayudar bastante. Sin embargo uno de los
principales problemas es el de la generación de datos de calidad, por un lado
porque la recolección de datos es caro, y por otro porque no es fácil tener acceso
a datos de una organización que está impactando negativamente en el ambiente.
En cuanto al límite en los presupuestos para TI, el uso de software GNU que es de
dominio público puede hacer que los presupuestos se concentren en la adquisición
y conversión de datos que es la parte más cara de un SIG. El software GNU se
está popularizando y cuenta con sistemas operativos, paquetes convencionales
como con paquetes para investigación, entre los cuales se encuentra el GRASS que
es un SIG. El apoyo en los sistema de información crecerá sin duda debido al
abaratamiento de los equipos y a la presión de la sociedad. Sin embargo es
necesario dirigir los esfuerzos ya hechos y por hacer, para que no se entorpezcan
entre ellos. La gran limitante para la implementación y operación de este tipo de
aplicaciones no es la tecnología, sino la unión de esfuerzos de los expertos y
especialistas en torno a un solo objetivo, así como los tomadores de decisiones

139
quienes tienen la autoridad de encausar las acciones hacia un desarrollo
sustentable

140
 Capítulo 5

RECOMENDACIONES Y TRABAJOS FUTUROS

La realización del presente trabajo origina la recomendación de los siguientes

temas para trabajos futuros:

• El estudio y realización de un sistema que defina procesos, para facilitar la

comunicación y el consenso entre expertos de cada área.

• La utilización de otros conceptos como, sistemas Fuzzy, modelación

dinámica de sistemas y teoría del Caos, para modelación y generación de
escenarios para este tipo de aplicaciones.

• La extensión de este trabajo hacia un sistema experto que envuelva el

conocimiento de cada experto y los refleje en sus escenarios.

• Desarrollo de aplicaciones portables para investigadores de campo, de

manera que los datos sean compartidos y analizados en las diferentes
aplicaciones que los requieren.

141
142
 ANEXOS

ANEXO A

Esquemas de los modelos conceptuales.

Entidad, contiene el nombre de la entidad en el

interior y ésta es descrita en el texto.

Asociación, se describe explícitamente el tipo de

asociación escribiendo un verbo y especificando
una cantidad. Si termina con +1 se asocia
mínimo con una entidad, y pueden se más.
Si termina con un puede asociarse con
varias o ninguna entidad.
Continuación, indica una continuidad de la
secuencia en el esquema.
Agregación, agrega diferentes entidades a una
misma asociación.
Clase, asocia el tipo de clase de una entidad a
otra.
Comentario, descripción o comentarios de
cualquiera de los objetos en el esquema.

Esquemas del modelo E-R

Tabla de relación de las entidades.

Dirección en la que una tabla hereda la

llave o identificador a otra tabla.
Relación de 1 a muchos entre dos
tablas.
Relación de 1 a 1 para catálogos.

143
144
 ANEXO B

Lista de datos

Agua

Nombre Clave Descripción Unidad

APTCAPIN AG001 Capacidad instalada de las plantas de tratamiento L/seg
APTCAPIN AG002 Capacidad instalada de las plantas de tratamiento M3/año
APTVOLTR AG003 Volumen tratado en las plantas de tratamiento M3/año
APRVIAGE AG004 Porcentaje de la vivienda con agua entubada %
ANUMTODO AG005 Número de tomas domiciliarias
ANHAXTOD AG006 Número de habitantes por toma domiciliaria
APRVIDRE AG007 Porcentaje de la vivienda con drenaje %
ACAPUTAL AG008 Capacidad útil de almacenamiento de las presas millones de
M3
AVOLDIEX AG009 Volumen de extracción miles de M3
RECXAXHA AG010 Recaudación por agua por habitante $
APRANCON AG011 Porcentaje de agua no contabilizada %
AIEAPAZU AG012 Inversión ejercida en agua potable, alcantarillado y $
saneamiento en zona urbana por habitante
AIEAPAZR AG013 Inversión ejercida en agua potable, alcantarillado y $
saneamiento en zonas rurales por habitante
AITEAPXH AG014 Inversión total ejercida en agua potable, alcantarillado y $
saneamiento por habitante
APRASDCH AG015 Porcentaje de agua suministrada que se desinfecta para %
consumo humano
APBOPRCO AG016 Población beneficiada con operativos para la prevensión
del cólera
ANUACPRS AG017 Número de actividades para la prevención sanitaria
AOPPLPOT AG018 Operación de plantas potabilizadoras m3/año-
habitante
AGTPTARM AG019 Gasto tratado de planta de tratamiento de aguas m3/año-
residuales municipales habitante
AGDPTARM AG020 Gasto de diseño de plantas de tratamiento de aguas m3/año-
residuales municipales en proyecto y en construcción habitante
AGOPTARI AG021 Gasto de operación de plantas de tratamiento de aguas lps
residuales industriales
ATDXEIIN AG022 Tasa de defunciones por enfermedades infecciosas
intestinales por cada 100,000 hab.
ACPPEPNP AG023 Cociente de la precipitación pluvial en el Estado y el
promedio nacional ponderado
ANACSSYC AG024 Número de acuíferos subterráneos sobreexplotados y
contaminados

145
 Aire

Nombre Clave Descripción Unidad

IAUTOMOV AI001 Automóviles: Total
ICAMPASA AI002 Camiones para pasajeros: Total
ICAMCARG AI003 Camiones de carga: Total
IMOTOCIC AI004 Motocicletas: Total
IVPMEI93 AI005 Vehículos particulares menor o igual a 1993
IVPMA93 AI006 Vehículos particulares mayores a 1993
IVPTOTAL AI007 Vehículos particulares totales
IVPME79 AI008 Vehículos particulares anteriores a 1979
IVP80-89 AI009 Vehículos particulares de 1980-89
IVP90-98 AI010 Vehículos particulares de 1990-98
IVTPMTOT AI011 Vehículos de transporte público de microbuses: total
IVTPM98 AI012 Vehículos de transporte público de microbuses: mod. 98
IVTPM97 AI013 Vehículos de transporte público de microbuses: mod. 97
IVTPM96 AI014 Vehículos de transporte público de microbuses: mod. 96
IVTPM95 AI015 Vehículos de transporte público de microbuses: mod. 95
IVTPM94 AI016 Vehículos de transporte público de microbuses: mod. 94
IVTPM93 AI017 Vehículos de transporte público de microbuses: mod. 93
IVTPM92 AI018 Vehículos de transporte público de microbuses: mod. 92
IVTPM91 AI019 Vehículos de transporte público de microbuses: mod. 91
IVTPM<90 AI020 Vehículos de transporte público de microbuses: mod.
anteriores a 90
IVTPATOT AI021 Vehículos de transporte público de autobuses: total
IVTPA99 AI022 Vehículos de transporte público de autobuses: mod. 99
IVTPA98 AI023 Vehículos de transporte público de autobuses: mod. 98
IVTPA97 AI024 Vehículos de transporte público de autobuses: mod. 97
IVTPA96 AI025 Vehículos de transporte público de autobuses: mod. 96
IVTPA95 AI026 Vehículos de transporte público de autobuses: mod. 95
IVTPA94 AI027 Vehículos de transporte público de autobuses: mod. 94
IVTPA93 AI028 Vehículos de transporte público de autobuses: mod. 93
IVTPA92 AI029 Vehículos de transporte público de autobuses: mod. 92
IVTPA91 AI030 Vehículos de transporte público de autobuses: mod. 91
IVTPA<90 AI031 Vehículos de transporte público de autobuses: mod.
anteriores a 90
IVTPTTOT AI032 Vehículos de transporte público de taxis: total
IVTPECOT AI033 Vehículos de transporte público de taxis: ecotaxis
IVTPTAXA AI034 Vehículos de transporte público de taxis: taxis amarillos
IVTPOTRO AI035 Vehículos de transporte público de taxis: otros
ICCGNOVA AI036 Consumo de combustibles: gasolina nova L/cápita
ICCGMAGN AI037 Consumo de combustibles: gasolina magna L/cápita
ICCGPREM AI038 Consumo de combustibles: gasolina premium L/cápita
ICCGTOTA AI039 Consumo de combustibles: total de gasolina L/cápita
ICCDIESE AI040 Consumo de combustibles: diesel L/cápita
ICCCOMBU AI041 Consumo de combustibles: combustoleo L/cápita
ICCGASNA AI042 Consumo de combustibles: gas natural L/cápita
ICRGNOVA AI043 Consumo de combustible por área: gasolina nova M3/km2
ICRGMAGN AI044 Consumo de combustible por área: gasolina magna M3/km2
ICRGPREM AI045 Consumo de combustible por área: gasolina premium M3/km2

146
ICRGTOTA AI046 Consumo de combustible por área: total de gasolina M3/km2
ICRGDIES AI047 Consumo de combustible por área: diesel M3/km2
ICRGCOMB AI048 Consumo de combustible por área: combustóleo M3/km2
ICRGGASN AI049 Consumo de combustible por área: gas natural M3/km2
IRELDIGN AI050 Relación gas natural/ diesel
IVPCMI93 AI051 Vehículos per cápita modelos anteriores o iguales a 1993 vehic./cáp.
IVPCMA93 AI052 Vehículos per cápita modelos mayor a 1993 vehic./cáp.
IVPCMUNI AI053 Vehículos per cápita por municipio vehic./cáp.
IVPCMUN2 AI054 Vehículos per cápita por municipio:datos del mpo. vehic./cáp.
IECHCT AI055 Emisión estimada de contaminantes: HCT kg/dia-cáp.
IECNOX AI056 Emisión estimada de contaminantes: NOx kg/dia-cáp.
IECCO AI057 Emisión estimada de contaminantes: CO kg/dia-cáp.
IECTOTAL AI058 Emisión estimada de contaminantes: Total kg/dia-cáp.

Biodiversidad

Nombre Clave Descripción Unidad

BNCONSEC B001 Nombre del area de conservación ecológica
BCONSEEC B002 Area de conservación ecológica Ha
BNPROFYF B003 Nombre del area de protección de la flora y fauna
BPROTFYF B004 Area de protección de la flora y fauna Ha
BNPARNAC B005 Nombre del parque nacional
BPARNACI B006 Area del parque nacional Ha
BNMONNAT B007 Nombre del monumento nacional
BMONNATU B008 Area del monumento nacional Ha
BNRESBIO B009 Nombre de la reserva de la biósfera
BRESBIOS B010 Area de la reserva de la biósfera Ha
BNZSCOEC B011 Nombre de la zona sujeta a conservación ecológica
BZSCONEC B012 Area de la zona sujeta a conservación ecológica Ha
BPMTOTAL B013 Producción maderable total M3/rollo
BPMPINO B014 Producción maderable de pino M3/rollo
BPMOYAME B015 Producción maderable de oyamel M3/rollo
BPMCEDRO B016 Producción maderable de cedro M3/rollo
BPMLATIF B017 Producción maderable de latifoliadas M3/rollo
BPMMEZQU B018 Producción maderable de mezquite M3/rollo
BPMNOGAL B019 Producción maderable de nogal M3/rollo
BPMSABIN B020 Producción maderable de sabino M3/rollo
BPMCORTR B021 Producción maderable de corrientes tropicales M3/rollo
BPMATOTA B022 Producción maderable autorizada total M3/rollo
BPMAPINO B023 Producción maderable autorizada de pino M3/rollo
BPMAOYAM B024 Producción maderable autorizada de oyamel M3/rollo
BPMACEDR B025 Producción maderable autorizada de cedro M3/rollo

147
BPMALATI B026 Producción maderable autorizada de latifoliadas M3/rollo
BPMAMEZQ B027 Producción maderable autorizada de mezquite M3/rollo
BPMANOGA B028 Producción maderable autorizada de nogal M3/rollo
BPMASABI B029 Producción maderable autorizada de sabino M3/rollo
BPMACOTR B030 Producción maderable autorizada de corrientes M3/rollo
tropicales
BEDPMATO B031 Exceso o déficit de la producción maderable autorizada %
total
BEDPMAPI B032 Exceso o déficit de la producción maderable autorizada %
de pino
BEDPMAOY B033 Exceso o déficit de la producción maderable autorizada %
de oyamel
BEDPMACE B034 Exceso o déficit de la producción maderable autorizada %
de cedro
BEDPMALA B035 Exceso o déficit de la producción maderable autorizada %
de latifoliadas
BEDPMEZQ B036 Exceso o déficit de la producción maderable autorizada %
de mezquite
BEDPNOGA B037 Exceso o déficit de la producción maderable autorizada %
de nogal
BEDPSABI B038 Exceso o déficit de la producción maderable autorizada %
de sabino
BEDPCRTR B039 Exceso o déficit de la producción maderable autorizada %
de corrientes tropicales
BPMANTOT B040 Producción maderable NO autorizada total M3/rollo
BPMANPIN B041 Producción maderable NO autorizada de pino M3/rollo
BPMANOYA B042 Producción maderable NO autorizada de oyamel M3/rollo
BPMANCED B043 Producción maderable NO autorizada de cedro M3/rollo
BPMANLAT B044 Producción maderable NO autorizada de latifoliadas M3/rollo
BPMANMEZ B045 Producción maderable NO autorizada de mezquite M3/rollo
BPMANNOG B046 Producción maderable NO autorizada de nogal M3/rollo
BPMANSAB B047 Producción maderable NO autorizada de sabino M3/rollo
BPMANCOT B048 Producción maderable NO autorizada de corrientes M3/rollo
tropicales
BPNMTOTA B049 Producción no maderable total Ton
BPNMTIMO B050 Producción no maderable de tierra de monte Ton
BPNMCORT B051 Producción no maderable de cortadillo Ton
BPNMNOPA B052 Producción no maderable de nopal Ton
BPNMCAND B053 Producción no maderable de candelilla Ton
BPNMOREG B054 Producción no maderable de oregano Ton
BPNMHEYM B055 Producción no maderable de heno y musgo Ton
BPNMLECH B056 Producción no maderable de lechuguilla Ton
BPNMPAIX B057 Producción no maderable de paixtle Ton
BPNMPALM B058 Producción no maderable de palmito Ton
BPNMPARE B059 Producción no maderable de palma real Ton
BPNMPACA B060 Producción no maderable de palma camedor Ton

148
BPNMVATU B061 Producción no maderable de varas tutores Ton
BPNMTULE B062 Producción no maderable de tule Ton
BPNMGUPA B063 Producción no maderable de guia de parra Ton
B064 Producción no maderable de plantas medicinales Ton
B065 Producción no maderable de chapote Ton
BPNMATOT B066 Producción no maderable autorizada total Ton
BPNMATIM B067 Producción no maderable autorizada de tierra de monte Ton
BPNMACOR B068 Producción no maderable autorizada de cortadillo Ton
BPNMANOP B069 Producción no maderable autorizada de nopal Ton
BPNMACAN B070 Producción no maderable autorizada de candelilla Ton
BPNMAORE B071 Producción no maderable autorizada de oregano Ton
BPNMAHYM B072 Producción no maderable autorizada de heno y musgo Ton
BPNMALEC B073 Producción no maderable autorizada de lechuguilla Ton
BPNMAPAI B074 Producción no maderable autorizada de paixtle Ton
BPNMAPAL B075 Producción no maderable autorizada de palmito Ton
BPNMAPAR B076 Producción no maderable autorizada de palma real Ton
BPNMAPAC B077 Producción no maderable autorizada de palma camedor Ton
BPNMAVAT B078 Producción no maderable autorizada de varas tutores Ton
BPNMATUL B079 Producción no maderable autorizada de tule Ton
BPNMAGUP B080 Producción no maderable autorizada de guia de parra Ton
B081 Producción no maderable autorizada de plantas Ton
medicinales
B082 Producción no maderable autorizada de chapote Ton
BPRNMAGP B083 Exceso o déficit de la producción no maderable %
autorizada total
BPRNMATM B084 Exceso o déficit de la producción no maderable %
autorizada de tierra de monte
BPRNMACO B085 Exceso o déficit de la producción no maderable %
autorizada de cortadillo
BPRNMANO B086 Exceso o déficit de la producción no maderable %
autorizada de nopal
BPRNMACA B087 Exceso o déficit de la producción no maderable %
autorizada de candelilla
BPRNMAOR B088 Exceso o déficit de la producción no maderable %
autorizada de oregano
BPRNMAHM B089 Exceso o déficit de la producción no maderable %
autorizada de heno y musgo
BPRNMALE B090 Exceso o déficit de la producción no maderable %
autorizada de lechuguilla
BPRNMAPA B091 Exceso o déficit de la producción no maderable %
autorizada de paixtle
BPRNMAPAL B092 Exceso o déficit de la producción no maderable %
autorizada de palmito
BPRNMAPR B093 Exceso o déficit de la producción no maderable %
autorizada de palma real
BPRNMAPC B094 Exceso o déficit de la producción no maderable %
autorizada de palma camedor

149
BPRNMAVT B095 Exceso o déficit de la producción no maderable %
autorizada de varas tutores
BPRNMATU B096 Exceso o déficit de la producción no maderable %
autorizada de tule
BPRNMAGP B097 Exceso o déficit de la producción no maderable %
autorizada de guia de parra
B098 Exceso o déficit de la producción no maderable plantas %
medicinales
B099 Exceso o déficit de la producción no maderable %
autorizada de chapote
BPNMNATO B100 Producción no maderable NO autorizada total Ton
BPNMNATI B101 Producción no maderable NO autorizada de tierra de Ton
monte
BPNMNACO B102 Producción no maderable NO autorizada de cortadillo Ton
BPNMNANO B103 Producción no maderable NO autorizada de nopal Ton
BPNMNACA B104 Producción no maderable NO autorizada de candelilla Ton
BPNMNAOR B105 Producción no maderable NO autorizada de oregano Ton
BPNMNAHYM B106 Producción no maderable NO autorizada de heno y Ton
musgo
BPNMNALEC B107 Producción no maderable NO autorizada de lechuguilla Ton
BPNMNAPAI B108 Producción no maderable NO autorizada de paixtle Ton
BPNMNAPAL B109 Producción no maderable NO autorizada de palmito Ton
BPNMNAPAR B110 Producción no maderable NO autorizada de palma real Ton
BPNMNAPAC B111 Producción no maderable NO autorizada de palma Ton
camedor
BPNMNAVAT B112 Producción no maderable NO autorizada de varas Ton
tutores
BPNMNATUL B113 Producción no maderable NO autorizada de tule Ton
BPNMNAGUP B114 Producción no maderable NO autorizada de guia de Ton
parra
B115 Producción no maderable NO autorizada de plantas Ton
medicinales
B116 Producción no maderable NO autorizada de chapote Ton
BIFSSTOT B117 Incendios forestales: superficie siniestrada total Ha
BIFSSPAS B118 Incendios forestales: superficie siniestrada de pastos Ha
BIFSSHYA B119 Incendios forestales: superficie siniestrada de hierbas y Ha
arbustos
BIFSSREN B120 Incendios forestales: superficie siniestrada restaurada Ha
BIFSSARB B121 Incendios forestales: superficie siniestrada arbolada Ha
BSFTOT B122 Superficie Forestal: total Ha
BSFSIN B123 Superficie forestal: siniestrada %
BREFARPL B124 Reforestación: número de árboles plantados
BREFSURE B125 Reforestación: número de hectáreas reforestadas Ha

150
 Economía

Nombre Descripción Unidad

ECPIB PIB estatal miles de pesos
ECPIBASP PIB estatal de la actividad económica: agropecuario, miles de pesos
silvicultura y pesca
ECPIBMIN PIB estatal de la actividad económica: minería miles de pesos
ECPIBINM PIB estatal de la actividad económica: industria manufacturera miles de pesos
ECPIBCON PIB estatal de la actividad económica: construcción miles de pesos
ECPIBEGA PIB estatal de la actividad económica: electricidad, gas y agua miles de pesos
ECPIBCRH PIB estatal de la actividad económica: comercio, restaurantes y miles de pesos
hoteles
ECPIBTAC PIB estatal de la actividad económica: transporte, miles de pesos
almacenamiento y comunicaciones
ECPIBSFS PIB estatal de la actividad económica: servicios financieros, miles de pesos
seguros y bienes inmuebles
ECPIBSCS PIB estatal de la actividad económica: servicios comunales, miles de pesos
sociales y personales
ECPIBSBI PIB estatal de la actividad económica: servicios bancarios miles de pesos
imputados

Energía

Nombre Clave Descripción Unidad

EVENTAS EN001 Ventas de energía eléctrica (MWh)
ECONSMED EN002 Consumo medio de energía eléctrica (kWh/usuar
io)
ECONSHAB EN003 Consumo de energía eléctrica por habitante (kWh/Hab.)
ECONSTOT EN004 Consumo total
EZONACFE EN005 Zona de la Comisión Federal de Electicidad
ENUSTOTA EN006 Número de usuarios: total Número de
Usuarios
ENUSINDU EN007 Número de usuarios: industrial Número de
Usuarios
ENUSRESI EN008 Número de usuarios: residencial Número de
Usuarios
ENUSCOME EN009 Número de usuarios: comercial Número de
Usuarios
ENUSAGRI EN010 Número de usuarios: agrícola Número de
Usuarios
ENUSALPU EN011 Número de usuarios: alumbrado público Número de
Usuarios
ENUSBAPN EN012 Número de usuarios: bombeo de agua potable y negra Número de
Usuarios
ENUSTEMP EN013 Número de usuarios: temporal Número de
Usuarios

151
EVVEETOT EN014 Volumen de ventas de energía eléctrica: total MWh
EVVEEIND EN015 Volumen de ventas de energía eléctrica: industrial MWh
EVVEERES EN016 Volumen de ventas de energía eléctrica: residencial MWh
EVVEECOM EN017 Volumen de ventas de energía eléctrica: comercial MWh
EVVEEAGR EN018 Volumen de ventas de energía eléctrica: agrícola MWh
EVVEEALP EN019 Volumen de ventas de energía eléctrica: alumbrado MWh
público
EVVEEBAP EN020 Volumen de ventas de energía eléctrica: bombeo de MWh
agua potable y negra
EVVEETEM EN021 Volumen de ventas de energía eléctrica: temporal MWh
EVVEETO2 EN022 Volumen de ventas de energía eléctrica: total MJoules
EVVEEIN2 EN023 Volumen de ventas de energía eléctrica: industrial MJoules
EVVEERE2 EN024 Volumen de ventas de energía eléctrica: residencial MJoules
EVVEECO2 EN025 Volumen de ventas de energía eléctrica: comercial MJoules
EVVEEAG2 EN026 Volumen de ventas de energía eléctrica: agrícola MJoules
EVVEEAL2 EN027 Volumen de ventas de energía eléctrica: alumbrado MJoules
público
EVVEEBA2 EN028 Volumen de ventas de energía eléctrica: bombeo de MJoules
agua potable y negra
EVVEETE2 EN029 Volumen de ventas de energía eléctrica: temporal MJoules
EVCNOVA EN030 Volumen de ventas de combustibles: Gasolina Nova (m3/año)
EVCMAGNA EN031 Volumen de ventas de combustibles: Gasolina Magna (m3/año)
EVCPREMI EN032 Volumen de ventas de combustibles: Gasolina Premium (m3/año)
EVCDIESE EN033 Volumen de ventas de combustibles: Diesel (m3/año)
EVCCOMBU EN034 Volumen de ventas de combustibles: Combustóleo (m3/año)
Pesado
EVCDIINB EN035 Volumen de ventas de combustibles: Diesel Industrial (m3/año)
Bajo Azufre
EVCDIMAR EN036 Volumen de ventas de combustibles: Diesel Marino (m3/año)
EVCDIMAE EN037 Volumen de ventas de combustibles: Diesel Marino de (m3/año)
Exportación
EVCGASNA EN038 Volumen de ventas de combustibles: Gas Natural (m3/año)
EVCNOVA2 EN039 Volumen de ventas de combustibles: Gasolina Nova (BTU)
EVCMAGN2 EN040 Volumen de ventas de combustibles: Gasolina Magna (BTU)
EVCPREM2 EN041 Volumen de ventas de combustibles: Gasolina Premium (BTU)
EVCDIES2 EN042 Volumen de ventas de combustibles: Diesel (BTU)
EVCCOMB2 EN043 Volumen de ventas de combustibles: Combustóleo (BTU)
Pesado
EVCDIIN2 EN044 Volumen de ventas de combustibles: Diesel Industrial (BTU)
Bajo Azufre
EVCDIMA2 EN045 Volumen de ventas de combustibles: Diesel Marino (BTU)
EVCDIMA2 EN046 Volumen de ventas de combustibles: Diesel Marino de (BTU)
Exportación
EVCGASN2 EN047 Volumen de ventas de combustibles: Gas Natural (BTU)
EVCNOVA3 EN048 Volumen de ventas de combustibles: Gasolina Nova (MJoules)
EVCMAGN3 EN049 Volumen de ventas de combustibles: Gasolina Magna (MJoules)
EVCPREM3 EN050 Volumen de ventas de combustibles: Gasolina Premium (MJoules)
EVCDIES3 EN051 Volumen de ventas de combustibles: Diesel (MJoules)
EVCCOMB3 EN052 Volumen de ventas de combustibles: Combustóleo (MJoules)
Pesado

152
EVCDIIN3 EN053 Volumen de ventas de combustibles: Diesel Industrial (MJoules)
Bajo Azufre
EVCDIMA3 EN054 Volumen de ventas de combustibles: Diesel Marino (MJoules)
EVCDIMA3 EN055 Volumen de ventas de combustibles: Diesel Marino de (MJoules)
Exportación
EVCGASN3 EN056 Volumen de ventas de combustibles: Gas Natural (MJoules)

Legislación

Nombre Clave Descripción Unidad

LDMATOTA L001 Denuncias en materia ambiental: total
LDMAAIRE L002 Denuncias en materia ambiental: aire
LDMAAGUA L003 Denuncias en materia ambiental: agua
LDMASUEL L004 Denuncias en materia ambiental: suelo
LDMAFLOR L005 Denuncias en materia ambiental: flora
LDMAFAUN L006 Denuncias en materia ambiental: fauna
LDMAFACU L007 Denuncias en materia ambiental: fauna acuática
LDMAOTRO L008 Denuncias en materia ambiental: otros
LDCMATOT L009 Denuncias concluidas en materia ambiental: total
LDCMAAIR L010 Denuncias concluidas en materia ambiental: aire
LDCMAAGU L011 Denuncias concluidas en materia ambiental: agua
LDCMASUE L012 Denuncias concluidas en materia ambiental: suelo
LDCMAFLO L013 Denuncias concluidas en materia ambiental: flora
LDCMAFAU L014 Denuncias concluidas en materia ambiental: fauna
LDCMAFAC L015 Denuncias concluidas en materia ambiental: fauna
acuática
LDCMAOTR L016 Denuncias concluidas en materia ambiental: otros
LPRDCMAT L017 Porcentaje de denuncias concluidas en materia %
ambiental: total
LPRDCMAI L018 Porcentaje de denuncias concluidas en materia %
ambiental: aire
LPRDCMAA L019 Porcentaje de denuncias concluidas en materia %
ambiental: agua
LPRDCMAS L020 Porcentaje de denuncias concluidas en materia %
ambiental: suelo
LPRDCMAF L021 Porcentaje de denuncias concluidas en materia %
ambiental: flora
LPRDCMAN L022 Porcentaje de denuncias concluidas en materia %
ambiental: fauna
LPRDCMAC L023 Porcentaje de denuncias concluidas en materia %
ambiental: fauna acuática
LPRDCMOT L024 Porcentaje de denuncias concluidas en materia %
ambiental: otros

153
 Residuos

Nombre Clave Descripción Unidad

RRPGENES R001 Generación estimada de residuos peligrosos Ton/año
RRPGENER R002 Generación de residuos peligrosos de las empresas Ton/año
registradas
RRPPRRRE R003 Porcentaje de los residuos peligrosos registrados %
RRHGENRH R004 Generación de residuos hospitalarios Ton/dia
RRHRESBI R005 Generación de residuos biológico-infecciosos Ton/dia
RRHRESPA R006 Generación de residuos patológicos Ton/dia
RRDGENRD R007 Generación de residuos domésticos Ton/año
RRDREDXH R008 Generación de residuos domésticos por habitante kg/hab-año
RRDGERD2 R009 Generación de residuos domésticos Ton/año
RRDRDXH2 R010 Generación de residuos domésticos por habitante kg/hab-año
RRDVOLGE R011 Volumen de Recolección de Basura Ton/año
RERELLSA R012 Existencia de Rellenos Sanitarios si o no
RRPRECTR R013 Recolección y transporte de residuos peligrosos vehículos
RRPACOPI R014 Volumen de Acopio de Residuos Peligrosos ?
RRPABPCS R015 Volumen de alojamiento de Residuos Peligrosos BPC's ?
RRPRECTA R016 Reciclaje de tambores de residuos peligrosos Ton/año
RRPRECSO R017 Reciclaje de solventes Ton/año
RRPRECLU R018 Reciclaje de lubricantes Ton/año
RRPRECME R019 Reciclaje de metales Ton/año
RRPMGCOA R020 Manejo para la generación de combustibles alternos Ton/año
RRPTINSI R021 Tratamiento "in situ" de residuos peligrosos Ton/año
RRPTRRBI R022 Tratamiento de residuos biológico infecciosos Ton/año
RRPTRRPE R023 Tratamiento de residuos peligrosos Ton/año
RRPDSEI R024 Disposición final de resiuduos peligrosos Ton/año
RRPINCAL R025 Incineración de combustibles alternos Ton/año
RRPINRBI R026 Incineración de residuos biológico infecciosos Ton/año

154
 Suelo

Nombre Clave Descripción Unidad

SPGBOVIN S001 Población ganadera de bovinos Cabezas
SPGPORCI S002 Población ganadera de porcinos Cabezas
SPGOVINO S003 Población ganadera de ovinos Cabezas
SPGCAPRI S004 Población ganadera de caprinos Cabezas
SPGEQUIN S005 Población ganadera de equinos Cabezas
SPAVES S006 Población de aves Cabezas
SPABEJAS S007 Población de abejas Cabezas
SSAEHTOT S008 Superficie afectada por erosión hídrica total Km2
SSAEHLIG S009 Superficie afectada por erosión hídrica ligera Km2
SSAEHMOD S010 Superficie afectada por erosión hídrica moderada Km2
SSAEHSEV S011 Superficie afectada por erosión hídrica severa Km2
SSAEHMSE S012 Superficie afectada por erosión hídrica muy severa Km2
SSREHTOT S013 Superficie en riesgo de erosión hídrica total Ha
SSREHALT S014 Superficie en riesgo de erosión hídrica alta Ha
SSREHMED S015 Superficie en riesgo de erosión hídrica media Ha
SSREHBAJ S016 Superficie en riesgo de erosión hídrica baja Ha
SSAEETOT S017 Superficie afectada por erosión eólica total Km2
SSAEELIG S018 Superficie afectada por erosión eólica ligera Km2
SSAEEMOD S019 Superficie afectada por erosión eólica moderada Km2
SSAEESEV S020 Superficie afectada por erosión eólica severa Km2
SSAEEMSE S021 Superficie afectada por erosión eólica muy severa Km2
SSREETOT S022 Superficie en riesgo de erosión eólica total Ha
SSREELIG S023 Superficie en riesgo de erosión eólica ligera Ha
SSREEMOD S024 Superficie en riesgo de erosión eólica moderada Ha
SSREESEV S025 Superficie en riesgo de erosión eólica severa Ha
SSREEMSE S026 Superficie en riesgo de erosión eólica muy severa Ha

155
156
 GLOSARIO

Benchmarking Prueba de referencia

DBMS Data Base Management Systems

Entidad Es algo que puede ser identificado en el ambiente de

trabajo del usuario, y se desea monitorear.
ESRI Environmental Systems Research Institute

IUCN The World Conservation Union

NCGIA National Computer for Geographical Information

Asociation
Pixel Picture – element. Puntos de los cuales se conforma
una imagen y que representa un área de un tamaño
específico.
Raster Estructura de datos espaciales, conformada por pixels.

SIG Sistema de información geográfica

Staff Grupo de personal

Vector Estructura de datos espaciales, en la que se localizan,

puntos, líneas y áreas mediante coordenadas
cartesianas.

157
158
 REFERENCIAS BIBLIOGRÁFICAS

[Amo, 94] DEL AMO, R. Silva, Ramos José Ma., Desarrollo Sostenible, Ed.
Pronatura, 1ra Edición, México, 1994.

[Antenu, 91] ANTENUCCI, John, Kay Brown, Peter L. Croswell, Michael J.

Kevany. Geographic Information Systems, International Thomson
Publishing, Firts Edition, 1991.

[Aronof, 89] ARONOFF, Stan. Geographic Information Systems: a

management perspective, WDL Publications, First Edition,
Canada,1989.

[Blanke,a 98] BLANKENSHIP, J. H.,“Aproach and Technique for Measuring

High Worth Enterprise Edges”, http://biz.onramp.net/valuinfo/pt1of3-
980701.html, Abril 1998

[Blanke,b 98] BLANKENSHIP, J. H.,“Flow of: Meaning Learning Knowledge

Effectiveness Life Wealth Well-Being”,
http://biz.onramp.net/valuinfo/entropy-transform-flow.html, Abril 1998

[Caldwe, 98] CALDWELL, Douglas, “GIS and GPS: A marriage made in the
Heavens”, http://home.earthlink.net/~rpminfonet/gis.html, 4 Febrero
1998.

[Calkin, 98] CALKINS, Hugh, Côté Carmelle, Finneran Christina, “Making it

Work”,The NCGIA Core Curriculum in GIScience, Editado por NCGIA,
http://www.ncgia.ucsb.edu/giscc/units/u136/, Septiembre, 1998

[ESRI, 94] ESRI, ARC/INFO Data Management, ESRI, USA, 1994

[ESRI, 97] ESRI, Understanding GIS: the ARC/INFO Method, ESRI, 4th
Edition, USA, 1997.

[Gallag, 99] GALLAGHER, Richard, Appenzeller Tim, “Beyond

Reductionism”, Science, Vol. 284, Núm.5411 Abril 1999.

[García, 99] GARCÍA, Rendón Magdalena, Perales Astrid, “Para poner orden
en el país” Desarrollo Sustentable, Vol 1 Núm. 2, Mayo 1999.

159
[Grimsh, 94] GRIMSHAW, David. Bringing Geographical Information
Systems Into Business, Longman Scientific & Technical, First Edition,
USA, 1994.

[Holmb, 95] HOLMBERG, John, Robèrt Karl-Henrik, Eriksson Karl-Erik,

“Principles for a Sustainable Society”, Der Naturliga Steget, 1995.

[IUCN, 97] IUCN, “Performance Assessment for Human and Ecosystem

Wellbeing and Sustainable Development: A System Assessment
Method.”, 1997. URL http:/wwwiucn.org/themes/eval/english/sam.pdf,
Consulta 26 de Marzo de 1999.

[Kroenk, 98] KROENKE, David, Database Processing, Prentice Hall, Sixth

Edition, 1998

[Langle, 98] LANGLEY RESEARCH CENTER, “GIS Business Plan”, http://gis-

www.larc.nasa.gov/bplan/bplan0.html#RTFToC2, 3 Febrero 1998.

[Larous, 94] LAROUSSE, Diccionario de la Lengua Española, Larousse

Planeta, 16a Edición, México 1994.

[Martin, 97] MARTIN, David. Geographic Information Systems

Socioeconomic applications, Routeledge, Second Edition, London,
1997.

[Meyer, 98] MEYER, Thomas, “Non Spatial Database Models”, The NCGIA
Core Curriculum in GIScience, Editado por NCGIA,
http://www.ncgia.ucsb.edu/education/curricula/giscc/units/u045/u045
_f.html, Diciembre 1998.

[Morron, 98] MORRONE Juan, Espinosa David, “Larelevancia de los atlas

biogeográficos para la conservación de la biodiversidad mexicana”,
CIENCIA, Vol. 49, Núm. 3, Septiembre 1998.

[OCDE, 98] OCDE, Análisis del Desempeño Ambiental México, OCDE,

1998.

[OCDE, 94] OECD, Environmental Indicators, Head of Publications Service

OECD, France, 1994.

[OGC, 99] Open GIS Consortium, “The OpenGIS Abstract Specification”,

http://www.opengis.org/, USA, 1999.

160
[OMG, 99] Object Management Group, “UML Unified Modeling
Specification (draft)”, http://www.rational.com/uml, 1999.

[Orenst, 91] ORENSTEIN, Jack, Manola Frank, “PROBE Spatial Data

Modeling and Query Processing in an Image Database Application”, en
Object-Oriented Databases, Editado por Ez Nhouraii y Fred Petry, IEEE
Computer Society Press, 1991.

[Pullar, 99] PULLAR David, Stock Kristin, “Geospatial Modelling: A Case

Study for a Statewide Land Information Strategy”,
http://bbq.ncgia.ucsb.edu/conf/interop97/program/papers/pullar/pullar
.html, 30 de junio de 1999.

[Rousso 98] ROUSSO, Mo, Nancy Lerner, “StrategicTechnology Planning as

a Catalyst for Business Process Reengineering”,
http://home.earthlink.net/~rpminfonet/gis.html, 4 Febrero, 1998.

[Sahagu, 99] SAHAGÚN, Ricardo, MAPINFO, Comunicación personal, 1999.

[Samet, 95] SAMET, Hanan, Aref Walid, “Spatial Data Models and Query
Processing”, en Modern Database Systems – The Object Model,
Interoperbility, and Beyond, Editado por Won Kim, Addison Wesley,
First Edition, USA, 1995.

[SEMARN, 96] SEMARNAP; Programa de Medio Ambiente 1995 - 2000,

Secretaría del Medio Ambiente, Recursos Naturales y Pesca, Baja
California Sur, México, 1996.

[Senge, 96] SENGE, Peter. La Quinta Disciplina, GRANICA, 4ta Edición,

España, 1996.

[Shekha, 97] SHEKHAR Shashi, Shekhar; Coyle Mark; Goyal Brajesh; Liu
Duen-Ren; Sarkar Shyamsundar, “Data models in geographic
information systems”, Associations for Computing Machinery.
Communications of the ACM, Vol 40, Num. 4, Abril de 1997.

[Spicer, 98] SPICER, William, “Making Money With Digital Maps on the
World Wide Web”, http://home.earthlink.net/~rpminfonet/gis.html, 4
Febrero 1998.

[Sosa, 95] SOSA, J. Iram, Procedimiento de Migración de Tecnología

Relacional a Tecnología Orientada a Objetos en Base de Datos, Tesis
de Maestría, ITESM, Monterrey N.L. 1995.

161
[Stanle, 83] STANLEY, Y. W. Su, “A Semantic Association Model for
Corporate and Scientific-Statistical Databases” Journal of Information
Sciences Vol 29, Núm. 3 , 1983.

[Sutton, 97] SUTTON, David. Fundamentos de Ecología, LIMUSA,

Décimonovena Edición, México, 1997.

[Tapsco, 95] TAPSCOTT, Don, Paradigmas Empresariales, McGrawHill,

Primera Edición, Colombia, 1995.

[Yeung, 98] YEUNG, Albert, “Information Oganization and Data Structure”,

en The NCGIA Core Curriculum in GIScience, Editado por NCGIA,
http://www.ncgia.ucsb.edu/giscc/units/u051/, Diciembre 1998.

162