\chapter{Introducci�n. �C�mo se organiza un SIG?}\label{Introduccion_factor_organizativo}
\pagestyle{fancy}

\begin{keypoints}
�C�mo se organizan los distintos elementos del sistema SIG? $\bullet$ �Por qu� es necesario planificar una correcta organizaci�n dentro de un SIG? $\bullet$ �Qu� criterios deben seguirse para llevar a cabo esa organizaci�n?$\bullet$�Qu� debemos considerar antes de comenzar a trabajar con un SIG?
\end{keypoints}

\bigskip

\begin{intro}
Trabajar con un SIG requiere una correcta organizaci�n a todos los niveles. Ahora que conocemos qu� podemos hacer con un SIG, es el momento de ver c�mo debemos plantearnos ese trabajo de forma �ptima, dejando los aspectos t�cnicos y centr�ndonos en aspectos funcionales, organizativos y humanos, todos ellos igual de importantes que los anteriores ya vistos.

En este cap�tulo se presentan las ideas fundamentales relativas a la organizaci�n de un SIG, su implantaci�n y uso. Estas ideas ser�n b�sicas para entender posteriormente los restantes cap�tulos de esta parte, en los que se desarrollan por separado algunos conceptos relacionados y de gran importancia en la escena actual de los SIG.
\end{intro}

\section{Introducci�n}

Como sistema complejo, un SIG requiere una organizaci�n eficiente que permita la correcta interacci�n de todos sus elementos y a todos los niveles. Esta organizaci�n es tanto m�s necesaria cuanto m�s volumen adquiere el sistema SIG, pues la propia complejidad de este puede conllevar la perdida de eficiencia y un uso en el que no se aprovechan plenamente las capacidades que el SIG ofrece como herramienta para el trabajo con datos geogr�ficos. Una organizaci�n ineficiente es con frecuencia el cuello de botella m�s importante con el que un sistema SIG se encuentra y, parad�jicamente, un aspecto con frecuencia olvidado.

Los niveles de complejidad y volumen que encontramos actualmente en el �mbito de los SIG son muy superiores a los que exist�an hace apenas unos a�os, y requieren un enfoque distinto para poder lograr que todas las piezas del SIG funcionen de forma armoniosa y sincronizada, sin problemas derivados de una mala sincronizaci�n o de un incorrecto dimensionamiento del sistema. De hecho, el cambio que ve�amos en el cap�tulo \ref{Introduccion_fundamentos} en la definici�n del propio SIG, en el que se pasaba de una combinaci�n de \emph{hardware} y \emph{software} para manejo de datos localizados espacialmente a un sistema complejo con m�s componentes, viene en gran medida desencadenado por la creciente consideraci�n de la organizaci�n como un factor vital para el buen funcionamiento del SIG. Esa organizaci�n a la que originalmente no se le conced�a la relevancia actual debido a que las circunstancias eran distintas, se ha demostrado en el contexto presente como un elemento clave para la gesti�n del SIG, y sin duda alguna un elemento al que ha de prestarse atenci�n en cualquier utilizaci�n de un SIG m�s all� del �mbito meramente personal.

Implantar un SIG (es decir, establecer un entorno SIG susceptible de ser empleado productivamente) es una labor compleja. No basta con conseguir un \emph{software} SIG, instalarlo en un ordenador, conseguir un conjunto de datos y ponerse a trabajar para dar respuestas a un problema dado en el que se requiera alg�n tipo de an�lisis geogr�fico. Ni siquiera en el supuesto de un contexto individual de trabajo ---la expresi�n m�nima que podemos encontrar, y por tanto la m�s sencilla de gestionar--- la implantaci�n resulta tan sencilla, ya que deben considerarse algunos aspectos antes de llevar a cabo cualquier acci�n. En este cap�tulo, vamos a ver cu�les son los puntos m�s importantes en los que debemos recalar a la hora de implantar un SIG, de forma que garanticemos el buen funcionamiento de este y establezcamos las condiciones adecuadas para poder trabajar con dicho SIG de forma �ptima.

Las ideas de este cap�tulo son de inter�s no solo para los encargados de implantar como tal el SIG y ponerlo en funcionamiento dentro de un determinado entorno, sino para todo aquel usuario o persona implicada de alg�n modo en ese entorno. De un modo u otro, resulta interesante conocer las reglas que regulan el funcionamiento del sistema si se es en cierta medida parte de �l. M�s a�n, el trabajo con un SIG no solo incluye la utilizaci�n directa de este, sino tambi�n un cierto planeamiento de ese trabajo y una serie de tomas de decisiones previas. Estas consideraciones, que aparecen en la realizaci�n de cualquier proyecto con independencia de su �ndole, afectan tambi�n a los Sistemas de Informaci�n Geogr�fica, y ser� en este aspecto en el que profundizaremos a lo largo de este cap�tulo.

\section{La importancia de la organizaci�n}

Hemos citado ya la importancia de la organizaci�n dentro de un SIG, justificando as� brevemente la conveniencia de estudiar la mejor forma posible de llevar esta a cabo. Veamos con m�s detalle el porqu� de dicha importancia y las consecuencias directas que una adecuada implantaci�n de un SIG tiene en el funcionamiento de este y, especialmente, en su eficacia, rendimiento y en la calidad del trabajo realizado con �l. Las siguientes son las dos principales de ellas:

\begin{itemize}
	\item Mejor relaci�n entre elementos del sistema. El sistema no lo componen �nicamente un conjunto de elementos, sino tambi�n una serie de relaciones dentro del sistema. Si estas relaciones son fluidas y existe una sinergia entre las funciones que cada parte cumple en el todo del sistema, el funcionamiento de este �ltimo sera mejor. 
	
	En el sistema representado por un SIG, algunos elementos como los datos son utilizados por todos los restantes. El dise�o de este elemento debe tener en cuenta esa circunstancia para que no existan problemas al interactuar con otras partes del SIG, como pueden ser las personas o el \emph{hardware} y \emph{software} empleado. El \emph{hardware} debe dimensionarse para tener capacidad suficiente a la hora de manejar los vol�menes de datos con los que se trabaja, y el \emph{software} debe ser capaz de poder acceder a los datos en el formato en que estos se encuentren almacenados. Por su parte, los datos deben ser los adecuados para satisfacer las necesidades de los usuarios que forman parte del sistema, para que estos, a trav�s de los procesos de an�lisis y otras operaciones disponibles, obtengan resultados de inter�s de una forma �ptima. Consideraciones similares pueden realizarse si se consideran elementos distintos del sistema SIG y su interrelaci�n particular.
	\item Mejor relaci�n entre representantes de un mismo elemento del sistema. Los elementos del sistema son a su vez conjuntos de otros elementos. La parte humana de un SIG no es una �nica persona, del mismo modo que el \emph{software} puede no ser una �nica aplicaci�n, sino varias de ellas para realizar distintas tareas sobre la informaci�n geogr�fica. A medida que avanzamos en el desarrollo de los SIG, encontramos escenarios m�s complejos en los que se multiplica la magnitud de los distintos factores implicados (m�s gente, m�s datos, m�s potencia en el \emph{hardware} empleado...), requiri�ndose a su vez una organizaci�n interna de esos mismos factores.
	
	A la hora de planificar la implantaci�n de un SIG, debemos tratar de homogeneizar internamente cada uno de sus elementos, o al menos de incorporar mecanismos que garanticen una correcta comunicaci�n y coordinaci�n a todos los niveles. Esto puede implicar, por ejemplo, aplicar estrategias de trabajo coordinado para organizar el factor humano, o emplear esquemas comunes para el almacenamiento de datos. Si cada uno de los datos con que trabajamos presenta una estructura distinta, encontraremos el mismo problema que si las distintas personas que van a trabajar en nuestro entorno SIG hablan distintos idiomas y son incapaces de comunicarse. En esta situaci�n, puede resultar complejo y poco eficiente (o incluso ser por completo imposible) emplear varios grupos de datos de forma conjunta, restando as� capacidades y eficiencia al sistema. 
\end{itemize}

Logrando lo anterior, el sistema SIG ofrece mejor funcionamiento, justificando as� plenamente el esfuerzo desarrollado para su correcta implementaci�n y organizaci�n, esfuerzo que, por otra parte, en ocasiones es notable y no debe menospreciarse.

\section{Organizando los distintos elementos de un SIG}

Ahora que ya sabemos por qu� es importante una adecuada organizaci�n de un SIG, veamos algunas ideas b�sicas sobre la forma de lograr esta. Para ello, y puesto que la organizaci�n es un concepto �ntimamente ligado a la estructura del SIG como sistema, veremos por separado c�mo plantear esa organizaci�n para los principales elementos de este, los cuales ya conocemos bien de cap�tulos anteriores. Descubriremos as� que la implantaci�n de un SIG es mucho m�s que simplemente elegir una aplicaci�n y utilizarla, y que una implantaci�n que no cubra todos los aspectos fundamentales que a continuaci�n detallaremos es muy probable que presente problemas y falle a la hora de ofrecer respuestas a las necesidades a las que un SIG correctamente planificado puede responder.

\subsection{Datos}

Ya sabemos que sin datos no podemos trabajar en un SIG, por lo que la implantaci�n de este implica necesariamente la implantaci�n de un conjunto de datos a partir de los cuales poder efectuar las operaciones propias del SIG. Esto conlleva el dise�o y creaci�n de una base de datos contra la que posteriormente trabajar�n las distintas aplicaciones, bien sea para leer esos datos, modificarlos, o a�adir nuevos datos.

A la hora de planificar el dise�o y creaci�n de la base de datos, se deben considerar todas las actividades que a lo largo de su vida van a desarrollarse sobre ella. En funci�n de esto, se establecen las distintas etapas a seguir, que en una primera aproximaci�n pueden ser las siguientes:

\begin{itemize}
	\item Recopilaci�n de datos. Los datos a incluir en nuestro SIG pueden obtenerse de procedencias muy diversas, ya sea adquiri�ndolos de proveedores privados, de organismos oficiales o de cualquier otra entidad que disponga de los datos que van a ser necesarios. La elaboraci�n de una lista de datos necesarios ha de realizarse considerando los futuros an�lisis que tendr�n lugar sobre ellos, con objeto de saber qu� datos hemos de obtener (es decir, qu� variables del medio van a ser necesarias), pero tambi�n algunas caracter�sticas m�s detalladas de esos datos. Por ejemplo, si los usuarios de nuestro SIG van a hacer estudios a distintas escalas, es de inter�s contar con un mismo dato en esas escalas de trabajo, para as� facilitar el manejo de datos y optimizar las operaciones.
	
	Si los datos que pueden obtenerse por las v�as habituales no son suficientes, ser� necesario, siempre que ello sea viable dentro del contexto de la implantaci�n, elaborar aquellos que no hayan podido obtenerse. La creaci�n de estos datos debe encaminarse a obtener un producto acorde con el resto de datos de que disponemos, para que puedan integrarse de la forma m�s sencilla posible y disminuyan el trabajo a realizar.
	
	En ocasiones, la creaci�n de nuevos datos no implica obligatoriamente el desarrollo de trabajo de campo o la aplicaci�n de t�cnicas como las que vimos en el cap�tulo \ref{Fuentes_datos} (por ejemplo, la digitalizaci�n). Puede ser interesante elaborar nuevas capas de datos a partir de las ya disponibles, mediante procesos de an�lisis u operaciones como las que hemos visto en la parte \ref{Procesos} de este libro. Aunque estos procesos pueden ser llevados a cabo por los usuarios en el momento de necesitar un determinado dato, crear previamente ese dato y ofrecerlo junto a los dem�s puede ser interesante por varias razones. 
	
	En primer lugar, si son varios los usuarios que en un momento concreto van a necesitar ese dato, evitaremos la repetici�n innecesaria del proceso, con la consiguiente ganancia de tiempo. En segundo lugar, un usuario puede no estar capacitado o no disponer de la experiencia necesaria para crear correctamente ese dato, especialmente si el proceso a seguir es complejo o proclive a la aparici�n de errores. El hecho de que un usuario necesite un dato no implica que conozca la forma de elaborarlo a partir de otros datos primarios.
	
	\item Preparaci�n de los datos. Obtener los datos es solo la mitad del trabajo. Si creamos nuestra base de datos con los datos que hemos adquirido tal y como han sido suministrados, es probable que el trabajo posterior sea dif�cil y complejo. Salvo que todos los datos provengan de un �nico proveedor, vamos a tener datos con una gran heterogeneidad, la cual no favorece en absoluto el trabajo fluido con ellos. Incluso si todos los datos tienen un origen com�n, es necesario prepararlos para el uso particular que esperamos se realice en nuestro SIG, teniendo en cuenta aspectos que no han sido considerados por el proveedor. 
	Los siguientes son algunos de los apartados a los que debe prestarse atenci�n para la preparaci�n de datos:
	
\begin{itemize}
	\item Extensi�n geogr�fica. Algunos datos pueden cubrir una regi�n mucho mayor que la que se espera vaya a ser necesaria en el desarrollo de proyectos dentro de nuestro SIG. En tal caso, <<recortar>> la extensi�n disminuye el volumen de datos y facilita su manejo.
	\item Formato. El formato debe ser el adecuado para que las aplicaciones puedan leer los datos, lo cual no siempre sucede. Cada proveedor de datos suele tener unas pautas a la hora de distribuir sus datos, y esto puede no coincidir con las capacidades de lectura de datos del \emph{software} que vamos a utilizar. En tal caso, es necesaria una conversi�n de formato para que los usuarios no encuentren dificultades en ese sentido.
	\item Modelo de datos. La forma en que esta recogida la informaci�n geogr�fica define en gran medida lo que podemos hacer con ella una vez la incorporemos al SIG, como vimos en el cap�tulo \ref{Tipos_datos}. Si, por ejemplo, sabemos que una gran parte del trabajo en nuestro SIG va a implicar el an�lisis de Modelos Digitales de Elevaciones, este se lleva a cabo mayoritariamente sobre capas r�ster, tal y como explicamos en el cap�tulo \ref{Geomorfometria}. Si disponemos de una capa de elevaciones recogida como un conjunto de curvas de nivel (es decir, una capa vectorial), resulta conveniente transformar esta y que exista en el conjunto de datos del SIG un MDE r�ster, mucho m�s acorde con lo que los usuarios van a requerir.\index{Modelo Digital de Elevaciones}
	\item Sistema de coordenadas. Si los datos tienen distintos sistemas de coordenadas, ser� necesario transformarlos a un sistema com�n, preferentemente a aquel que vaya a ser utilizado con m�s frecuencia para la generaci�n de resultados.\index{Coordenadas!sistemas de}
	\end{itemize}
	
\end{itemize}


En resumen, el objetivo principal que debemos perseguir al configurar el conjunto de datos que van a formar parte de un SIG es lograr que la utilizaci�n de estos sea lo m�s sencilla y fluida posible. Un conjunto de datos rico y variado, bien estructurado y cuyo empleo no d� lugar a problemas o haga aparecer necesidades adicionales, simplificar� m�s tarde el trabajo con el SIG y ser� una garant�a del �xito de su implementaci�n.

\subsection{Personas}

Si a lo largo de este libro hemos mencionado en repetidas ocasiones que los datos son el elemento imprescindible del sistema SIG, a la hora de implementar y organizar este son las personas quienes juegan el papel principal. El desarrollo del sistema SIG debe realizarse a partir de los usuarios, ya que la influencia que tienen en los restantes elementos es muy superior a la de estos otros. Los usuarios son quienes operan directamente con las aplicaciones y quienes adem�s han de tomar decisiones a lo largo de un proyecto SIG, por lo que es necesario escuchar sus necesidades y sus opiniones antes de implantar un SIG, con el fin de proporcionarles el mejor entorno posible.

Las consideraciones acerca de los restantes elementos, tales como datos o \emph{software}, deben matizarse <<escuchando>> lo que los usuarios pueden decir al respecto. El �xito en la implantaci�n de un SIG pasa por tener en cuenta de forma conjunta los requerimientos del mayor n�mero de usuarios posible, considerando incluso el perfil de futuros usuarios que puedan incorporarse m�s adelante.

Resulta err�neo, por ejemplo, adquirir un determinado \emph{software} bas�ndose exclusivamente en las propias caracter�sticas de este, y sin consultar a los futuros usuarios si poseen alguna experiencia previa con �l o con otro similar. No siempre la mejor herramienta desde el punto de vista t�cnico garantiza unos mejores resultados al usarla, ya que existen otros factores que afectan a la productividad y la calidad de los trabajos que se desarrollen posteriormente sobre esa herramienta. 

Una sencilla encuesta a los usuarios es una herramienta muy valiosa para aportar informaci�n en este sentido y decantar la elecci�n de la herramienta en uno u otro sentido. Igualmente, nos permitir� saber algo m�s sobre el nivel medio de los usuarios, sus preferencias o el tipo de trabajo que desarrollan mayoritariamente.

Se admite generalmente que el �xito en la implantaci�n de un SIG pasa por un modelo de implantaci�n que d� preponderancia a los usuarios como factores a considerar. No obstante, este enfoque no es siempre sencillo y no siempre est� exento de riesgos. Definir las necesidades de los usuarios es uno de los aspectos vitales para la implementaci�n de un SIG, pero tambi�n uno de los m�s dif�ciles \cite{Campbell1992IJGIS}. En ocasiones, por ejemplo, el usuario no necesariamente sabe qu� es lo que necesita o qu� le conviene. Un problema muy habitual en el mundo del SIG es el desconocimiento por parte de los usuarios de las verdaderas capacidades que el SIG tiene y puede ofrecerles. Estos usuarios son capaces de utilizar un SIG, pero el aprovechamiento que hacen de este no es �ptimo, ya que ignoran una gran parte de su potencia. El hecho de que las aplicaciones SIG sean complejas y dispongan de funcionalidades numerosas contribuye a este hecho.

En este sentido, es importante considerar el papel de los usuarios tambi�n con posterioridad a la implantaci�n del SIG, es decir, una vez que se ha tomado una decisi�n acerca de otros elementos como \emph{software} o datos, y estos ya se encuentran operativos. En lo que al \emph{software} respecta, esto incluye el desarrollo de acciones tales como seminarios o presentaciones, que divulguen las capacidades del SIG entre los usuarios y les hagan conscientes de lo que pueden lograr con este.

Otro de los aspectos importantes en el elemento formado por los usuarios son las relaciones entre estos. Cit�bamos como una de las ventajas de una buena organizaci�n el hecho de que existe un mejor conexi�n no solo entre los distintos elementos del SIG, sino tambi�n en cada uno de dichos elementos, entre sus distintos representantes. Esto es especialmente relevante en el caso de los usuarios, ya que la comunicaci�n fluida entre ellos puede evitar muchos problemas y aumentar sensiblemente la productividad y la calidad del trabajo. Los usuarios con mayor experiencia pueden solucionar problemas a usuarios menos experimentados, aconsejarles en el desarrollo de su trabajo o instruirles en las capacidades del \emph{software}. La creaci�n de comunidades de usuarios activas es una buena se�al de una implantaci�n exitosa de un SIG, y estas comunidades pueden incluso trascender el �mbito de una implantaci�n particular de un SIG, extendi�ndose hasta cubrir a todos los usuarios de una determinada aplicaci�n, o a todos los involucrados en un �rea de conocimiento dada en la que se utilice un SIG.


Por �ltimo, es importante para definir las necesidades de los usuarios saber clasificar a estos y conocer su papel en el SIG. Un usuario puede tener funciones muy distintas, ya que consideramos como tal a toda persona involucrada en el sistema SIG, no exclusivamente a aquellas que directamente realizan el trabajo m�s t�pico tal como el an�lisis de datos y la obtenci�n de cartograf�a a partir de ese an�lisis. Para ver esto, podemos acudir a un ejemplo sencillo.

Volvamos al caso presentado en el primer cap�tulo de este libro, relativo a la gesti�n de una masa forestal, y analicemos qu� tipos de usuarios podemos encontrar y el papel que cada uno de ellos desarrolla en el SIG.

En un extremo encontramos a las personas encargadas de la toma de decisiones, tales como los gestores y miembros de la administraci�n responsable de la masa forestal. Estas personas no han de tener necesariamente unos amplios conocimientos de SIG, sino tan solo ser capaces de entender los resultados que se generan con este. En funci�n de ellos, tomar�n decisiones aplicando su experiencia al respecto, que en este �rea s� que debe ser elevada. En una posici�n similar encontramos a los operarios encargados del trabajo de campo y agentes forestales que trabajan directamente sobre la masa, y que, en t�rminos del SIG, realizan fundamentalmente una labor de recogida de datos. Deben conocer bien el entorno forestal y las t�cnicas de muestreo y toma de datos, pero no es un requisito imprescindible que cuenten con experiencia en SIG. Si la recogida se realiza empleando alguna tecnolog�a a tal efecto, o incluso alg�n tipo de SIG sobre una plataforma m�vil, deber�n tener nociones b�sicas de manejo, pero eso no constituye un conocimiento amplio de los SIG y sus capacidades.

En el extremo contrario a los anteriores encontramos a aquellos usuarios que se encargan de las cuestiones m�s t�cnicas del SIG y de corte m�s inform�tico. Entre ellos est�n los administradores de las bases de datos, los programadores o los t�cnicos encargados de la digitalizaci�n de cartograf�a. Estos deben tener un amplio conocimiento del \emph{software} que usan, pero no es necesario que sean expertos en el �mbito de aplicaci�n en el que se encuentran. As�, los t�cnicos que digitalicen cartograf�a deben tener suficientes conocimientos cartogr�ficos y de manejo de la herramienta, pero pueden desarrollar su trabajo sin conocer en profundidad aquello que est�n digitalizando (por ejemplo, parcelas de inventario o unidades de gesti�n del monte).

Entre estos dos extremos encontramos un diverso abanico de usuarios que emplear�n de un modo u otro el SIG, y que aplicar�n en distinta medida sus pocos o muchos conocimientos del �mbito de la gesti�n forestal, estando especializados de forma distinta en ambos campos. Podemos ver c�mo todos estos tipos de usuarios se caracterizan, pues, atendiendo principalmente a sus capacidades dentro de dos �mbitos distintos: el de los SIG y el �mbito propio de aplicaci�n de este (en este caso, el de la gesti�n forestal). En funci�n de esto, \cite{Eason1994Belhaven} define cuatro bloques principales de usuarios:

\begin{itemize}
	\item T�cnicos inform�ticos. Con alta especializaci�n en SIG pero escasa en el �mbito de aplicaci�n.
	\item Profesionales ocasionales. Gestores y usuarios finales, con conocimientos limitados de SIG y alta especializaci�n en el �mbito concreto de aplicaci�n.
	\item P�blico. Los clientes del servicio que ofrece la organizaci�n en que se implanta un SIG, los cuales normalmente no presentan una gran especializaci�n en ninguno de los dos bloques mencionados.
	\item Especialistas en la aplicaci�n. Expertos que conocen con detalle el SIG y tambi�n el campo de aplicaci�n de este. Se incluyen aqu� los analistas SIG y los cart�grafos, para cuyo trabajo se requiere un alto conocimiento de todos los elementos implicados.
\end{itemize}

Un resumen distinto de estas ideas acerca de los usuarios de un SIG lo encontrar�s en la tabla \ref{Tabla:LaboresUsuariosSIG}, donde puedes ver una definici�n de las principales labores que estos y los perfiles correspondientes a estas.

\begin{table}[!hbt]
\centering 
\begin{tabular}{p{4cm}p{4cm}p{4cm}} \toprule
\textbf{Actor} & \textbf{Tareas} & \textbf{Actores espec�ficos} \\ \midrule
Proveedores de datos. & Generan nuevos datos espaciales.

Son los due�os de los datos del sistema.
 
Proveen informaci�n espacial.
 
& Grupos de investigaci�n dentro de la instituci�n. 
  
Otras entidades interesadas en el mismo espacio\\ \midrule
Administradores de datos. & Mantenimiento y estandarizaci�n de datos espaciales.

Mantenimiento de los procesos que aseguran eficiencia y estandarizaci�n para manejar y entregar datos
& Especialistas en SIG y programaci�n. \\ \midrule


Usuarios de datos&  Acceso y recombinaci�n de datos espaciales Generaci�n de nueva informaci�n geogr�fica y de bases de datos.

Adici�n de conocimientos, hechos, interpretaciones y an�lisis al sistema.

& Profesionales en GIS y geograf�a. 

Analistas de informaci�n espacial. 

Planificadores. \\ \midrule

Clientes y usuarios de datos fuera de la instituci�n. & Uso de la informaci�n y de los datos geogr�ficos generados a partir del SIG
institucional.& De diversa naturaleza, interesados en los fen�menos espaciales. \\ \bottomrule
\end{tabular}
\caption{\small Labores principales desempe�adas por los usuarios de un SIG (adaptado de \cite{Keating2003URISA})}
\label{Tabla:LaboresUsuariosSIG}
\end{table}

Con todo lo anterior, tenemos ya un marco en el que trabajar a la hora de implantar un SIG, tratando de no dejar fuera de este a ning�n grupo de usuarios y adapt�ndolo a las distintas formas de utilizarlo que estos presentan.

\subsection{Software}

Puede pensarse en un principio que el software es el �nico factor a tener en cuenta al realizar la implantaci�n de un SIG, pues es la cara visible de ese GIS de cara al usuario y al trabajo que este realiza. Sabemos ya, sin embargo, que esa visi�n simplificada en la que la elecci�n de un \emph{software} es la �nica decisi�n relevante a tomar es err�nea, pero incluso en ese caso, el problema al que nos enfrentar�amos no ser�a sencillo. El mercado est� lleno de aplicaciones SIG de muy diversas caracter�sticas que no hacen precisamente f�cil elegir la m�s adecuada a nuestras necesidades concretas. M�s a�n, lo m�s probable es que ninguna de esas aplicaciones, pese a la amplia variedad existente, pueda cubrir dichas necesidades, y nos veamos obligados a combinar varias de ellas. Si el entorno de trabajo hacia el que enfocamos la implantaci�n de nuestro SIG es amplio, la gama de necesidades que vamos a encontrar resultar� m�s extensa, siendo todav�a m�s complejo elegir el \emph{software} que necesitamos.

Conocer con detalle el panorama actual del mercado de aplicaciones SIG es complejo, pero tener una visi�n global de sus principales representantes puede ser sencillo y muy �til no solo para elegir una aplicaci�n concreta, sino tambi�n para saber qu� podemos esperar al tratar de escoger una herramienta. El del SIG es un escenario cambiante donde aparecen muchas novedades continuamente, y donde los enfoques cambian a veces de forma notable. Este libro contiene un ap�ndice (ap�ndice \ref{Panorama_actual}) en el cual se presentan las principales aplicaciones en el panorama actual del \emph{software} SIG. Esto te servir� como un mapa del entorno en el que se mueve actualmente el SIG en t�rminos de \emph{software}, y aplicando los conocimientos de la parte \ref{Tecnologia} podr�s emplearlo como una gu�a �til para saber qu� programas te resultan m�s convenientes en una determinada situaci�n.

Aun conociendo qu� aplicaciones SIG existen en el mercado y sus caracter�sticas, la elecci�n de una que responda a nuestras exigencias puede no ser posible. En ocasiones, no existiendo una alternativa satisfactoria, puede ser necesario desarrollar elementos adicionales a medida de las necesidades existentes, e incluso, en un caso m�s extremo, el desarrollo completo de una aplicaci�n SIG. Como vimos en el cap�tulo \ref{Introduccion_tecnologia}, los SIG en la actualidad se conciben como elementos base muy extensibles, siendo sencillo extenderlos desarrollando �nicamente las capacidades que necesitamos, y haciendo uso de forma transparente de todas las funcionalidades que ya contienen. 

En lo que respecta a la procedencia del software, encontramos una situaci�n parecida a la existente con los datos. Adquirir software es la soluci�n m�s inmediata y generalmente asequible, aunque en circunstancias particulares es necesario producir el software necesario que responda a unos requisitos m�s espec�ficos. El desarrollo de este \emph{software} puede contratarse como un servicio externo, o bien dentro del organismo de trabajo en el que nos encontremos\cite{Grinshaw1994Longman}.

En caso de optar por simplemente utilizar un producto existente en el mercado, \cite{Heywood1998Longman} cita algunas cuestiones que deben plantearse antes de elegir un software SIG, entre las que figuran las siguientes:

\begin{itemize}
	\item �Qu� funcionalidades tiene?
	\item �Cumplen esas funcionalidades los requerimientos de mi organismo/equipo de trabajo?
	\item �Necesito realmente todas esas funciones?
	\item �Dispone de un entorno amigable?
	\item �Dispone de funcionalidades adicionales para usuarios avanzados?
	\item �Puede intercambiar datos con otras aplicaciones usadas en mi organismo/equipo de trabajo?
	\item �Qu� documentaci�n existe?
	\item �Es posible obtener formaci�n?
	\item �Cu�nto cuesta?
	\item �Puede esperarse que el fabricante siga desarrollando y apoyando este \emph{software}?
	\item �Qu� sistema operativo necesita para ejecutarse?
\end{itemize}

Como ya se ha mencionado, estas cuestiones deben relativizarse en funci�n de otros criterios tratados en este mismo apartado. Los usuarios del \emph{software} condicionan, por ejemplo, lo que entendemos por <<entorno amigable>>, ya que usuarios expertos pueden encontrar muy amigable una linea de comandos, mientras que otros menos familiarizados con este tipo de interfaces pueden ser incapaces de trabajar con ella. En este caso, es incluso probable que el usuario experto sea mucho m�s productivo en esa interfaz de linea de comandos que en otra distinta, con lo cual cabe reflexionar acerca de este apartado y tener claro que un mismo \emph{software} puede ser interpretado de formas distintas seg�n las circunstancias.

Asimismo, si consideramos la posibilidad de desarrollo de elementos adicionales mencionada anteriormente, es importante tener en cuenta un aspecto que analizaremos igualmente en el citado ap�ndice \ref{Panorama_actual}, y que es el relativo a la forma de licenciamiento del \emph{software}, bien sea como \emph{software} libre o bien como \emph{software} privativo. Esto condicionar� en gran medida las posibilidades de modificaci�n y extensi�n que la aplicaci�n base escogida nos ofrezca, y por tanto tambi�n la idoneidad de una u otra decisi�n al respecto.

\subsection{Hardware}

Sin dejar de ser relevante, el \emph{hardware} plantea menos problemas que otros elementos a la hora de implementar un SIG. Pese a ser un elemento fundamental, las actuales capacidades de los ordenadores y el cada vez menor coste de la tecnolog�a han hecho m�s sencilla la elecci�n de equipos adecuados dentro de un presupuesto dado. 

El \emph{hardware} es, adem�s, el elemento en el que las particularidades del SIG tienen menos influencia, al menos en lo que a los ordenadores como tales respecta. Los requisitos de un SIG en este aspecto no son muy distintos de lo que cabe esperar en muchas otras aplicaciones de distinta �ndole hoy en d�a. 

Estudios como \cite{Anon1996GISWORLD} muestran que las caracter�sticas de los equipos empleados para el trabajo con SIG dentro de un organismo o grupo de trabajo dependen principalmente del tama�o de la comunidad de usuarios. Es decir, que por encima de otras consideraciones tales como qu� hacen esos usuarios o c�mo lo hacen, el factor m�s relevante es \emph{cu�ntos} usuarios existen. Esto parece l�gico si se piensa que un mayor n�mero de usuarios va a implicar una mayor cantidad de datos y muy posiblemente unas mayores necesidades de proceso, circunstancias que favorecen el empleo de estaciones de trabajo de mayor potencia, en lugar	de o junto a los habituales ordenadores personales.

La parte m�s espec�fica dentro de un SIG en lo referente a \emph{hardware} la encontramos en los perif�ricos. Como ya vimos en el cap�tulo \ref{Fuentes_datos}, algunas tareas tales como la creaci�n de datos requieren equipos especiales como por ejemplo tabletas digitalizadoras. Mientras que un puesto de trabajo para un usuario que realice un trabajo de an�lisis de datos es sencillo de instalar y requiere, en t�rminos de \emph{hardware}, poco m�s que un equipo est�ndar, una estaci�n fotogram�trica digital tienen unos requisitos m�s espec�ficos. En casos particulares como este, la oferta suele ser mucho m�s reducida y, con frecuencia, los proveedores de \emph{software} y \emph{hardware} son el mismo y no ofrecen ambos productos por separado, sino formando parte de paquetes ya definidos.\index{Estaci�n fotogram�trica}

Otro aspecto particular del hardware SIG aparece en la generaci�n de salidas. La creaci�n de mapas impresos, generalmente de gran tama�o, exige el empleo de medios de impresi�n de gran formato, menos comunes y con un coste mayor que el de impresoras y \emph{plotters} comunes.\index{Plotter}

\section{Distintos niveles de organizaci�n. Organizaci�n de un proyecto SIG}

Cuando hablamos de organizaci�n de un SIG, entendemos que este concepto se aplica, como venimos viendo, a los elementos que componen el sistema, tratando de mejorar la labor de cada uno de ellos y las relaciones con los restantes. Esto afecta al SIG como sistema complejo, desde el momento de su implantaci�n (es decir, desde que se crea y se pone en uso dentro de un contexto dado), y durante una serie de trabajos o acciones desarrolladas a lo largo de su vida. Esta organizaci�n se desarrolla sobre el total de lo que vamos a encontrar en el SIG durante esa vida, es decir, teniendo en cuenta toda la gente que va a operar con el SIG o todos los datos que es posible que se almacenen, entre otras consideraciones. Se debe pensar, igualmente, en todos los distintos proyectos que van a llevarse a cabo, cada uno de los cuales plantear� unas necesidades espec�ficas y condicionar� as� el dise�o global del SIG.

No obstante, existe tambi�n una necesidad organizativa que afecta a cada uno de esos proyectos, y que guarda gran importancia si deseamos concluir estos de forma exitosa. Los proyectos SIG no son distintos de otro tipo de proyectos tales como el desarrollo de un \emph{software}, la construcci�n de un edificio o la creaci�n de una empresa, y necesitan un an�lisis previo, unos planteamientos de partida y una serie de procedimientos estructurados para ir completando con garant�as las distintas etapas del proyecto. En el caso de un proyecto SIG, estas etapas vienen caracterizadas por el empleo de informaci�n geogr�fica y el planteamiento de un problema tambi�n con una componente geogr�fica, a resolver mediante una serie de procesos de an�lisis y operaciones tales como las que hemos ido viendo en cap�tulos anteriores.

La ingenier�a de proyectos provee un nutrido conjunto de t�cnicas para la elaboraci�n de estos, las cuales son de aplicaci�n en los m�s diversos contextos, incluido el de los SIG. Herramientas como el an�lisis DAFO para la realizaci�n de estudios de idoneidad, o los diagramas de Gantt para controlar el desarrollo del proyecto a lo largo del tiempo, son solo algunas de las m�s populares para cubrir las necesidades de planificaci�n de un proyecto de caracter�sticas cualesquiera. No es el objetivo de este texto el detallar estas metodolog�as, que quedan todas ellas fuera de su alcance tem�tico. El lector interesado puede encontrar una interesante introducci�n a la gesti�n de proyectos en \cite{Jaque2007Proyectos}.

Es de inter�s, no obstante, mencionar la multidisciplinaridad \index{Multidisciplinaridad} de los proyectos SIG como una caracter�stica b�sica a la que debe prestarse atenci�n. Los distintos tipos de usuarios que vamos a encontrar dentro de un proyecto SIG conforman un panorama muy variado, con unas funciones que, en ocasiones, y especialmente en proyectos de menores dimensiones, no se reparten adecuadamente, recayendo algunas de ellas en usuarios no especializados. Aislar adecuadamente las responsabilidades y conocimientos necesarios para jugar cada papel dentro de un proyecto SIG es importante de cara a lograr que todas las partes de ese proyecto se completan de manera �ptima. 

\section{Resumen}

Implantar un SIG es una tarea compleja de la que depende posteriormente el �xito de dicho SIG. Organizar y coordinar adecuadamente todos los elementos de un SIG es una labor b�sica para llevar a cabo una correcta implantaci�n. Hemos visto en este cap�tulo c�mo considerar cada uno de esos elementos tanto por s� mismos como en relaci�n con los restantes, y de qu� forma plantearse lo que cada uno de ellos representa antes de tomar decisiones de cara a la implantaci�n de SIG. Entre ellos, los usuarios suponen el elemento de mayor importancia, alrededor del cual debe centrarse el proceso de implantaci�n.

Es necesario igualmente organizar los proyectos SIG y tener en cuenta las particularidades de estos como proyectos, para as� poder aplicar las t�cnicas habituales de gesti�n de proyectos de forma m�s espec�fica. La caracter�stica particulares que define a un proyecto SIG en comparaci�n con otro tipo de proyectos es su alta multidisciplinaridad.

%\bibliographystyle{unsrt}
%\bibliography{../../Libro_SIG}
 
 
