Mostrando entradas con la etiqueta cooperación al desarrollo. Mostrar todas las entradas
Mostrando entradas con la etiqueta cooperación al desarrollo. Mostrar todas las entradas

lunes, diciembre 08, 2008

Diseño de redes inalámbricas con Radio Mobile (III)

Bueno, lo primero, mil perdones por tardar tantísimo en seguir escribiendo. Un pico de trabajo...que más bien se podría decir que ha sido una meseta de trabajo, me ha tenido ocupado durante muchísimo tiempo. En otra entrada explicaré tranquilamente en qué (QoS en enlaces WiFi de largo alcance sobre empotrados con GNU/Linux y driver madwifi). Pero ahora vamos a lo que nos ocupaba, ¡al turrón!

En las anteriores entradas (I y II), vimos cómo instalar una máquina virtual sobre una Ubuntu, en la que introdujimos un Windows XP, y que optimizamos para permitirnos instalar nuestro software Radio Mobile. Aprendimos también a descargarnos los mapas SRTM de la región sobre la que queremos diseñar nuestras redes inalámbricas y utilizarlos con Radio Mobile. Hoy trataremos de simular un enlace WiFi de largo alcance y comprobar qué calidad de señal obtendríamos de montar físicamente la red. Es cierto que en este caso jugamos con ventaja, pues la red ya está montada y está claro que funciona, pero aún así, descubriremos en el transcurso de la entrada que en nuestro diseño puede haber errores, y que el diseño no es único, probablemente a cada uno de vosotros os pudiera salir un diseño diferente y puedar ser todos buenos. La selección final vendrá dada también por las condiciones reales que no son emulables con nuestro software (ubicación de las poblaciones, posibilidad de acceso para instalación de repetidores, propiedad colectiva del terreno, negativa de la comunidad...y tantas otras posibilidades que pudieran ser determinantes fuera de lo que es el diseño puro y duro).

Como ya dijimos, vamos a centrar el mapa en un punto de nuestra red que esté situado más o menos a la mitad, para así poder tener una perspectiva de toda nuestra red cuando esté completada. Yo he escogido el Puesto de Salud de Rumi Tuni, así a ojo, cuyas coordenadas son 74º 42' 21.8''O - 1º 47' 39.7''S. Para hacerlo, pinchamos en "Archivo -> Propiedades del mapa", y ahí pulsamos en "Ingresar LAT LON o QRA". Introducimos las coordenadas. Pulsamos sobre la "N" para cambiarla a "S", es decir, en nuestro caso hablaremos de latitud sur, y dejamos la "O" como está pues queremos ingresar una longitud Oeste. Después de introducir las coordenadas, decimos "OK". Ahora introducimos una resolución de 2000 x 2000 pixeles y de altura unos 150 km, aunque ya veremos luego que con ésto no alcanzaremos a cubrir toda la red, pero nos sirve para poder ver la parte central de la red que será la que empecemos diseñando.

Ahora pulsamos "Extraer", y nos debería salir un mapa como éste:

Lo que estáis viendo es el río Napo, al que podéis ver que se le une en la esquina inferior derecha un pequeño afluente que zigzaguea desde muy lejos, ese es el río Curaray, en cuya confluencia con el Napo se encuentra uno de los puntos de la red (San Rafael). El resto de los puntos están en el Napo. Aquí hay que decir que en la realidad, Curaray arriba y muy lejos del resto de la red hay otro punto pero que no está conectado con tecnología WiFi, sino con VHF, y por eso no lo veremos aquí. Si os interesa tener más información de cómo EHAS comunica vía VHF los puntos más aislados, podéis escribirme al correo o buscar vosotros mismos la información en la página de EHAS.

Antes de crear un nodo cliente de la red, vamos a crear las redes y lo que en Radio Mobile se llama "Sistema", que son las propiedades que afectarán a los nodos en general. Para proceder con más limpieza, tenemos que diferenciar entre dos tipos de enlaces, los "Enlaces de distribución", que en la práctica serán los enlaces de los centros y puestos de salud de la región hacia sus torres repetidoras, y los "Enlaces troncales", que serán los enlaces entre las torres con antenas directivas que trasladen los datos entre la red a través de la selva. Para hacernos una idea más real, aquí pongo una foto de una estación cliente típica vista desde su torre y de la parte alta de una estación repetidora (en este caso las fotos son del P.S. de Tempestad, para que le pongáis cara a lo que estáis diseñando).
Estación cliente (la construcción con el techo verde):

Estación repetidora:

Enlace de distribución entre estación cliente y estación repetidora (se puede ver la antena cliente apuntando a la parte alta de la torre, donde está la antena del repetidor apuntando hacia el cliente):

Pues bien, como os imaginaréis, Radio Mobile tiene que tener parametrizadas las antenas que vamos a usar para poder simular los enlaces. El software por defecto trae ya algunas antenas, pero para nuestro caso vamos a usar otras, por lo que necesitaremos de los ficheros *.ant correspondientes a las antenas que queramos probar en nuestros enlaces. En esta red se han usado antenas tipo yagi de 9dBi diseñadas para 2,4GHz para los enlaces entre cliente y repetidor y antenas de grilla de 24dBi que trabajan en la misma frecuencia, pero podéis probar con otras antenas e incluso simular los enlaces en otras frecuencias (para WiFi podéis probar en 5,2 o 5,8GHz que son los otros rangos de frecuencias permitidos) y ver si sería posible establecer los enlaces. Los enlaces en altas frecuencias sufren más atenuación que en bajas frecuencias, y actualmente los drivers inalámbricos para tarjetas que trabajan en esas frecuencias no son del todo estables para largas distancias en linux, pero si queréis probar, ésto es software, haced cuanto os plazca.

En la sección de descargas públicas de la página web de la delegación Carlos III de Ingeniería Sin Fronteras, tenemos unos cuantos de estos ficheros, así que si queréis, podéis descargarlos. Luego los introducís en la carpeta "antenna" de vuestro Radio Mobile (típicamente C:\Radio_Mobile\antenna) y ya podréis usar estas antenas en el programa. Si analizáis el fichero de una antena, veréis que no es muy complejo, es un simple fichero de texto que almacena el diagrama de radiación de la antena escribiendo las ganancias con respecto al azimut y a la elevación haciendo mediciones cada 10º de separación, así que si os habéis fabricado una antena de forma casera y podéis medir su ganancia, ya sabéis que podríais crearos vuestro fichero .ant de la antena personalizada.

Antes de continuar, vamos a terminar de introducir todas las coordenadas de las unidades de nuestras redes. Me he dado cuenta de que en la entrada anterior os puse las coordenadas de las torres repetidoras de cada lugar, pero no de los centros y puestos de salud a los que dan servicio, así que vamos a hacer eso. Os pongo las coordenadas de todas las unidades:

Cabo Pantoja (Torre): 0º58'13,26''S 75º10'29,21''O
Torres Causana (Torre): 1º6'16,53''S 75º0'14,17''O
Tempestad (Torre): 1º17'22,81''S 74º52'27,42''O
Tupac Amaru (Torre): 1º21'46,55''S 74º44'42,89''O
Angoteros (Torre): 1º34'9,54''S 74º36'20,17''O
Campo Serio (Torre): 1º47'35,48''S 74º42'50,09''O
Rumi Tuni (Torre): 2º3'16,22''S 74º26'9,30''O
San Rafael (Torre): 2º22'1,43''S 74º6'42,91''O
Copal Urco (Torre): 2º20'23,41''S 73º47'26,23''O
Santa Clotilde (Torre): 2º29'22,07''S 73º40'41,02''O
Tacsha Curaray (Torre): 2º48'47,46''S 73º32'27,30''O
Cabo Pantoja (CS): 0º58'13,70''S 75º10'29,20''O
Torres Causana (PS): 1º6'16,61''S 75º0'14,48''O
Tempestad (PS): 1º17'21,28''S 74º52'28,94''O
Tupac Amaru (PS): 1º21'46,59''S 74º44'40,85''O
Angoteros (PS): 1º34'11,60''S 74º36'34,51''O
Campo Serio (PS): 1º47'39,70''S 74º42'21,80''O
Rumi Tuni (PS): 2º3'13,40''S 74º26'10,90''O
San Rafael (PS): 2º21'52,39''S 74º6'39,51''O
Copal Urco (PS): 2º20'56,50''S 73º47'23,30''O
Santa Clotilde (CS): 2º29'22,16''S 73º40'39,37''O
Tacsha Curaray (PS): 2º48'48,45''S 73º32'27,26''O

En nuestro esquema sabemos que vamos a tener 2 tipos distintos de estaciones: cliente y repetidor, así que lo primero que vamos a hacer es crear dos sistemas, uno para clientes y otro para repetidores.

Pinchamos en "Archivo -> Propiedades de redes" o directamente sobre el iconito que veis a la izquierda. Os saldrá un diálogo en el que podréis el nombre de vuestra red y demás asuntos, os pego cómo lo he dejado yo...


Canales de 802.11:
Canal 01: 2.412 Ghz.
Canal 02: 2.417 Ghz.
Canal 03: 2.422 Ghz.
Canal 04: 2.427 Ghz.
Canal 05: 2.432 Ghz.
Canal 06: 2.437 Ghz.
Canal 07: 2.442 Ghz.
Canal 08: 2.447 Ghz.
Canal 09: 2.452 Ghz.
Canal 10: 2.457 Ghz.
Canal 11: 2.462 Ghz.














Ahora la explicación de por qué lo he puesto así:
Necesitamos crear 2 tipos de redes, una para la red troncal, que podamos visualizar completa para ver una perspectiva de la red completa, y otra para las redes difusión, para ver cada estación si enlaza con su repetidor. En estas últimas, como luego querremos poder verlas aisladas una a una, y entre ellas no están enlazadas, creamos una subred para cada estación, mientras que en la troncal, también querremos poder ajustar cada enlace, por lo que introducimos también una red por cada enlace de red troncal.
Todas las redes tienen la misma configuración. Son redes de difusión, a las que le he agregado una pérdida adicional de un 20% por bosque (selva) y estamos en un clima continental sub-tropical.
¿Y por qué he puesto las frecuencias entre 2400 y 2474MHz? pues bien, en 802.11, tenemos los canales útiles que os pongo arriba. Las frecuencias que aparecen son las frecuencias centrales de cada canal, pero luego cada canal tiene un ancho de banda aproximado de 22.5MHz, por lo que usa 11.25MHz por abajo y 11.25MHz por arriba, así que redondeando a la alza diremos que usa 12MHz por arriba y 12MHz por abajo. Si restamos a la frecuencia central del primer canal 12MHz nos quedan 2400MHz (o 2.4GHz) y si sumamos 12MHz a la frecuencia central del último canal nos quedan 2474MHz (o 2.474GHz). El lector avisado se habrá percatado ya de que si el ancho de banda de un canal es de 22.5MHz y los canales tienen una separación de sólo 5MHz entre sí, los canales se solapan. ¡Efectivamente! Por eso decimos que en 802.11 (el estándar de WiFi) tenemos 3 canales no interferentes (el 1, 6 y 11). En realidad, serán canales no interferentes dos canales cualquiera que estén separados 5 canales (25MHz) entre sí, pero si escogemos los canales 1,6 y 11 tendremos 3 canales sin interferencias mientras que cualquier otra combinación sólo nos da 2 canales no interferentes. Ésto de escoger canales no interferentes es bastante importante, pues si dos estaciones están transmitiendo en frecuencias solapadas provocarán colisiones e interferencias entre sí que bajarán nuestra tasa de transferencia, y está claro que cuanto mayor tasa de transferencia tengamos, mejor servicio podremos prestar.

La selección del modelo estadístico accidental viene debida a que en este modelo no se nos solicita % de ubicaciones, y dado que nuestra red será fija, no queremos asegurar servicio en un cierto % de ubicaciones, sino un % de tiempo concreto. Los valores que ahí hay que poner en cada caso para optimizar aún están en estudio, así que los he fijado a los que Radio Mobile trae por defecto.

Lo siguiente que vamos a hacer es crear los distintos sistemas que formarán nuestra red. Os voy a ahorrar la búsqueda en los dispositivos del mercado contándoos lo que hay instalado en esta red. Diferenciamos 3 tipos de sistemas:
- Sistema cliente: los clientes enlazan con la torre a través de un router Linksys transmitiendo a 17dBm que dispone de una antena yagi de 9dBi de ganancia.
- Sistema repetidor (enlace de distribución): es la sección del repetidor que se encarga del enlace con el cliente. Dispone de una tarjeta CM9 transmitiendo a 17dBm y una antena yagi de 9dBi de ganancia.
- Sistema repetidor (enlace troncal): es la sección del repetidor que se encarga del enlace con los repetidores adyacentes. Dispone de una tarjeta inalámbrica Ubiquiti SR2, transmitiendo a 26dBm y una antena de grilla Hyperlink de 24dBi de ganancia.

Estos datos son muy importantes puesto que en función del tipo de emisor que tengamos sabremos cuánta potencia estamos suministrando a su antena, y en función de la antena sabremos cuánta ganancia estamos añadiendo al enlace. Para tener todos estos datos, nos vamos a las hojas de características de las tarjetas inalámbricas, antenas y cables coaxiales que usaremos y veremos la potencia que suministramos a nuestro sistema, las pérdidas en los cables y la ganancia de las antenas para nuestra frecuencia de trabajo de (2.4GHz). Aquí podéis ver las hojas de características:
Tarjeta CM9
Tarjeta SR2
Antenas grilla
Cable coaxial de bajas pérdidas LRM-400

En sudamérica, las normas que rigen sobre la potencia radiada equivalente y demás asuntos técnicos son las mismas que en EEUU. Ésto tiene una ventaja en nuestro caso, y es que en Europa, la PIRE (Potencia Radiada Equivalente) máxima es de 100mW mientras que en EEUU es de 1W. Tener un tope máximo de 1W nos permitirá alcanzar distancias mayores. También tenemos que tener en cuenta los canales en los que es capaz de trabajar nuestra tarjeta inalámbrica para el espectro WiFi de América. Por ejemplo, en la hoja de características de la CM9 vemos que trabaja desde los canales 1 al 11, lo que explica el por qué de que arriba sólo os haya puesto los primeros 11 canales de WiFi. Asimismo, también tendremos en cuenta que si queremos alcanzar distancias muy largas, deberemos escoger una modulación para nuestra señal que sea más robusta frente a errores. Si trabajamos a 6Mbps la modulación será tal que se podrán enviar menos bits por símbolo (la velocidad será inferior), pero habrá menor probabilidad de error, lo cual es bueno en un medio con tantos errores como es un clima tropical con mucha humedad, y además, cuando se trabaja en estas modulaciones las tarjetas inalámbricas tienen mayor sensibilidad (son capaces de demodular señales que llegan con menor potencia) y además transmiten con mayor potencia. Todo esto hará que si queremos llegar a distancias muy largas, lo mejor será establecer una tasa de transferencia de 6 Mbps. Para esta tasa, vemos que la tarjeta SR2 tiene una sensibilidad de -94dBm y una potencia de transmisión de 26dBm. Utilizar la más robusta de las modulaciones tendrá sentido para nuestros enlaces largos, pero para nuestros enlaces cortos (los que sirven la señal desde una torre a un puesto de salud) podremos perfectamente utilizar una tasa de transferencia de 54Mbps (máximo de 802.11g). Así pues, para 54Mbps la tarjeta CM9 (es la que usamos en los enlaces de distribución) tendrá una sensibilidad de -74dBm y una potencia de transmisión.

Bien, conocido ésto, nos pasamos a la pestaña de "Topología". En esta pestaña, símplemente tendremos que asegurarnos de que todas nuestras subredes creadas están visibles y tienen seleccionada topología "Red de datos. Topología estrella (Master/Esclavo)", tal como muestro a continuación...


Con todos estos datos ya podemos rellenar nuestra pestaña de "Sistemas". En nuestro sistema estamos usando 3 tipos de sistemas:

Sistema cliente...
formado por un linksys con antena yagi y unos metros de cable coaxial dependientes de la distribución del puesto o centro de salud.

Sistema repetidor (enlace distribución)...
formado por una tarjeta CM9 con antena yagi y un metro de cable coaxial.

Sistema repetidor (enlace troncal)...
formado por una tarjeta SR2 con antena de grilla hyperlink.

Pero para simplificar este ejemplo, vamos a suponer que el sistema del cliente y el del repetidor para el enlace de distribución fueran el mismo, es decir, que abajo en el puesto de salud no tuviéramos un linksys, sino otra tarjeta CM9 recibiendo. En cualquier caso, quede dicho que para un diseño más exaustivo habría que diferenciar estos dos sistemas. Pongo pantallazos de cómo he rellenado esta pestaña en función de los valores que obtenemos de las hojas de características que os puse arriba.


Sistema Troncal...













Sistema de Distribución...












El siguiente paso es la pestaña "Miembros". Ahora agregaremos cada unidad a la red a la que pertenece. Ésta parte es divertida, consiste en ir diciendo, para la red de distribución de tacsha, los miembros serán tachsa y el PS de tacsha, y así para todos los enlaces de distribución. Luego en los enlaces troncales ir añadiendo para tacsha-santa los miembros tacha curaray y santa clotilde, e indicando correctamente que el sistema que utilizarán será en este caso el sistema troncal, mientras en el anterior era el sistema distribución.
Tendremos que ir unidad a unidad ajustando también la altura de la antena, diciendo que no tome el valor del "Sistema", sino seleccionando "Otro" y estableciendo su valor a mano. Para que probéis, os pongo las alturas de las antenas de cada nodo:

Cabo Pantoja (Torre): 42m
Torres Causana (Torre): 45m
Tempestad (Torre): 60m
Tupac Amaru (Torre): 39m
Angoteros (Torre): 66m
Campo Serio (Torre): 66m
Rumi Tuni (Torre): 90m
San Rafael (Torre): 90m
Copal Urco (Torre): 54m
Santa Clotilde (Torre): 72m
Tacsha Curaray (Torre): 72m
Cabo Pantoja (CS): 3m
Torres Causana (PS): 3m
Tempestad (PS): 3m
Tupac Amaru (PS): 3m
Angoteros (PS): 3m
Campo Serio (PS): 3m
Rumi Tuni (PS): 3m
San Rafael (PS): 3m
Copal Urco (PS): 3m
Santa Clotilde (CS): 3m
Tacsha Curaray (PS): 3m

En cuanto al apuntamiento de las antenas, que ajustamos en "Azimut de Antena", tendremos que ir unidad a unidad diciendo que apunte correctamente a la unidad destino del enlace. Es un poco pesado, pero hay que hacerlo, ya que como tenemos antenas directivas, si no apuntamos bien, nuestro balance de enlace será una birria :). Os pego ejemplos de un enlace troncal y de uno de distribución.

Ejemplo del enlace de distribución de la torre de Tacsha Curaray con su Puesto de Salud:


Torre...













Puesto de Salud...












Ejemplo de enlace troncal entre la torre de Santa Clotilde con la de Copal Urco:


Torre de Santa Clotilde...













Torre de Copal Urco...












Y así a lo tonto, hemos casi llegado al final del diseño de nuestra red, sólo nos queda la pestaña "Estilo", que viene a ser la que nos dice con qué colorines nos pinta las líneas dependiendo de los dBs por encima de la sensibilidad de la tarjeta receptora en cada enlace. Normalmente, y debido a las variaciones que sufre un canal inalámbrico y más en entornos tan húmedos y lluviosos como la selva, diremos a Radio Mobile que nos pinte la línea verde sólo cuando nuestro "Rx Relativo" supere los 20dB, y que se ponga amarilla entre 3 y 20dB, lo que nos hará saber qué enlaces no se pueden conseguir con el diseño actual (línea roja), cuáles se podrían conseguir con ciertos retoques quizás (línea amarilla) y cuáles están bien dimensionados (línea verde). Os pongo un pantallazo de esta configuración...


Finalmente, ya tenemos toda nuestra red configurada, así que pulsamos en "OK" y vemos el resultado. La impresión inicial será...pufffff, ¿aquí no enlaza nada con nada o qué? Jeje, bueno, tranquilos, ésto se debe a que nuestras coordenadas GPS no eran del todo exactas, y habrá que afinarlas, pero no os preocupéis que eso lo haremos en la siguiente entrada. Ya habéis tenido bastante por hoy para llevar tanto tiempo sin currar en Radio Mobile :).

Y nada, a comer muchas verduras. Nos vemos en la siguiente entrada de "Diseño de redes inalámbricas con Radio Mobile".

¡A cuidarse!

viernes, mayo 23, 2008

Diseño de redes inalámbricas con Radio Mobile (I)

¡Buenas de nuevo!

Como lo prometido es deuda, y después de las entradas "facilonas" en las que sólo colgaba 2 libros para su descarga (que son muy buenos, de veras); ahora me voy a mojar un poquillo más y en esta entrada me he propuesto diseñar una red con Radio Mobile. Para demostrar su aplicación, vamos a hacer como ejemplo una red ya existente que se diseñó con este software, y que viene a ser la red que la Fundación EHAS instaló en marzo del año pasado a lo largo del río Napo, en los distritos de Napo y Torres Causana, provincia de Maynas, región de Loreto, en el Perú amazónico. Se trata de una red orientada a salud que se pretende (y de hecho lo está haciendo desde ya hace un año) que de los servicios de telefonía, correo electrónico, internet y diversos de telemedicina (en esto último la red aún no está lo suficientemente explotada y se está trabajando en buscar soluciones de telemedicina útiles y aplicables en estos entornos) para los centros de salud de una región aislada del planeta. Los beneficiarios directos del proyecto serán por tanto los centros de salud, que si tuviéramos delante el árbol de soluciones de El Marco Lógico de nuestro proyecto, nos daríamos cuenta de que repercuten directamente en la mejora de las condiciones de la población local.

Para situarnos un poco más, os pongo el mapa de direccionamiento de la red del que nosotros nos encargaríamos de diseñar todos los enlaces inalámbricos.

Llegado este punto, alguno pensará "...y si se trata de enlaces inalámbricos WiFi, ¿para qué #$%/& hay que usar un software de diseño? yo en mi casa pongo mi router a funcionar y a ¡ale! ¡a correr!". Pues bien, eso está genial para enlaces cortos típicos de redes locales WiFi, que no superan los 300m en el mejor de los casos, pero los enlaces que vemos en el mapa que arriba pongo, llegan a tener hasta 42km entre nodos, en una región tropical selvática con la atenuación de señal que humedad, selva y demás asuntos introducen en nuestros balances de enlace, y todo ello sin dejar de ser WiFi (aunque como ya veremos en futuras entradas, para el correcto funcionamiento de estos enlaces hace falta hacer algunos truquillos con el driver Madwifi para tarjetas con chipsets atheros sobre linux que rompen ligeramente el estándar WiFi sin abandonar la interoperabilidad con cualquier otro dispositivo que cumpla el estándar 802.11).

Por otras entradas del blog, muchos/as ya sabréis que soy un linuxero empedernido, así que usar software diseñado para windows habitualmente me produce urticaria, pero dado el buen uso que puede tener este software y para que me duela menos, explicaré el proceso sobre una "Ubuntu 8.04", la última versión disponible, instalando una máquina virtual "VirtualBox" sobre la que se instalará a su vez un Windows XP. Si me da el venazo, igual os explico también cómo hacerlo directamente sobre Linux usando el emulador "Wine".

Lo primero que vamos a hacer es descargarnos la máquina virtual "VirtualBox" y para ello nos vamos a su página web y nos descargamos el software (decir que Sun Microsystems anunció en febrero de este año la adquisición de la empresa responsable de VirtualBox, que es Innotek GmbH, por lo que el software ha pasado de llamarse "Innotek VirtualBox" a ser ahora "Sun xVM VirtualBox 1.6", ya sabéis, chorradas empresariales de nomenclatura. Los que tengáis la antigua máquina virtual, os vale lo mismo, pero probablemente la página sea alojada dentro de poco en los servidores de Sun). Para la descarga seleccionamos nuestra plataforma (Ubuntu 8.04 x86), marcamos el tradicional cuadro de aceptar licencia "I agree" (cualquier día me da el venazo y me leo una de estas licencias pa saber lo que estoy aceptando :) ) y pinchamos en el botón "Continue". La cosa no podía ser más sencillica. Nos sale un paquete .deb para descargar. Lo descargamos corriendo antes de que nadie nos lo quite :D. Para instalarlo, nos bastará un "sudo dpkg -i nombre_paquete.deb" en un terminal.

Pero para quien eso de abrir una consola le de urticaria, siempre está la opción de nuestro amigo el synaptics (gestor de paquetes). Se abre, se busca por virtualbox, se marca el paquete para su instalación y luego se pulsa en "Aplicar". No tiene pérdida.




Después de la instalación de VirtualBox, ya lo tenemos en Aplicaciones -> Herramientas del sistema -> VirtualBox OSE. Pues bien, pulsamos en él para abrirlo. Como se podía intuir, nuestra intención será crear una nueva máquina virtual, así que pinchamos en el botón de "Nueva" y comenzamos a configurarla.






Lo primero es un típico "Siguiente". Luego damos un nombre a nuestra máquina y seleccionamos el tipo de sistema operativo que instalaremos en ella (en nuestro caso un Windows XP...¡uy! ¡qué dolor ver esas letras juntas!). Como parece que le he pillado el gustillo a esto del botón "impr pant" del teclado.

Pulsamos en "Siguiente" y nos preguntará la memoria base que queremos destinar a la máquina virtual. La mínima son 192MB, pero para darle más soltura a la cosa, yo le he puesto 512MB, dependerá de cuánta tengáis. Si le ponéis muy poca irá más lento, pero por contra no os comerá terreno a vuestro preciado GNU/Linux. Pulsamos en "Siguiente", y ahora nos toca crear un disco duro para nuestra máquina virtual. Bueno, aquí tenemos la opción de que el disco duro tenga un tamaño estático o un tamaño dinámico (que crecerá cuando se vaya agotando). Ésto se traducirá en un fichero .vdi, que luego podremos borrar o copiar a nuestro antojo para trasladar nuestra máquina virtual a otro sitio. Yo he decidido usarlo de 10GB iniciales y dinámico...
Ya sabéis..."Siguiente" y "Finalizar" cuando os lo pida.

De vuelta al proceso de creación de la máquina, ahora seleccionamos el disco duro que acabamos de crear como primario de nuestra nueva máquina y pinchamos en "Terminar". Y ahí está, ya tenemos a nuestra pequeña creada, a la espera de ser configurada y luego instalada.

Hagamos antes de la instalación algunos retoques de configuración, son poquitos. Con la máquina seleccionada, pinchamos en el botón de "Configuración". Primero, si disponemos de suficiente memoria de vídeo, le daremos un poco más de holgura a la máquina, para que nuestro Radio Mobile se mueva agusto.

Ahora es buen momento para introducir en vuestra lectora de CD o DVD el disco de instalación de un Windows XP (no seré yo quien os diga si el disco ha de ser original o pirata :) ). Nos vamos a la sección de "CD/DVD-ROM" y marcamos la casilla de "Monta la unidad de CD/DVD".

Lo siguiente será activar el audio. Nos vamos a la sección "Audio" y marcamos "Habilitar Audio". Finalmente pincharemos en "Ok" y ya está, ya estamos listos para instalar un sistema operativo peor que el anfitrión, pero que nos dará la posibilidad de diseñar nuestra red inalámbrica mediante el software de Radio Mobile. Para arrancar la máquina, ahora ya sí, pinchamos en el botón "Iniciar" con nuestra máquina seleccionada.

Al darle a "Iniciar", nos sale un cuadrito que nos familiariza con el funcionamiento de VirtualBox. Se nos recuerda que cuando pulsemos sobre la ventana de la máquina virtual (mientras no esté instalado algo que haremos más tarde), la máquina huésped (Windows) se hará con el control de nuestro teclado hasta que pulsemos la "Tecla anfitrión", que viene a ser por defecto el CTRL DRCHO. Cuando pulsemos esa tecla, nuestro teclado y ratón actuarán sobre nuestro sistema anfitrión (GNU/Linux Ubuntu).



...y hecho ésto...

¡¡ALARM, ALARM!!

La maquinilla nos chilla que nanai, pero afortunadamente el mensaje de error contiene la solución del problema así que no tendréis mucho problema en solucionarlo. Sólo tenemos que instalar el paquete que nos pide. Lo hacemos con "sudo aptitude install virtualbox-ose-modules-2.6.24-16-generic" en un terminal. Lo siguiente será introducir a nuestro usuario dentro del grupo "vboxusers", y para ello nos vamos a "Sistema -> Administración -> Usuarios y Grupos". Ahí pinchamos en "Gestionar Grupos", luego seleccionamos el grupo vboxusers y marcamos nuestro usuario para que se agregue al grupo. Cerramos y ya lo tenemos, pero para que el usuario sea efectivamente agregado, tendremos que reiniciar. Para quien prefiera hacer las cosas desde un terminal, se puede agregar un usuario al grupo vboxusers sólo escribiendo "sudo adduser vboxusers" (mucho más rápido, ¿eh?).






Luego pulsamos en "Iniciar" y como tenemos introducido el cd de instalación de Windows, el resto podemos decir que ya es historia, la vieja historia de la instalación de un Windows y que resumiré en capturas:








Y ... ¡voilà! Ya tenemos el windows sobre el que instalaremos nuestro Radio Mobile, pero la instalación del software os la contaré en la siguiente entrada. Ni que decir tiene que lo que tenemos ya instalado es un windows plenamente funcional, así que se le puede instalar cualquier cosa que se pudiera instalar sobre un sistema no virtualizado (aunque parece ser que algunas cosas como la aceleración gráfica aún no está muy conseguida).

¡Hasta la próxima entrada!

sábado, mayo 17, 2008

Libro "Redes Inalámbricas en los Países en Desarrollo"


Buenas a todos de nuevo, aquí os dejo otro libro más sobre redes inalámbricas, éste un poco más antiguo, surge del proyecto WNDW (Wireless Networking in the Developing World) y os puede ayudar a informaros más a fondo sobre estos temas. Espero que os sea de utilidad. Lo podéis descargar igual que el anterior porque también está licenciado bajo Creative Commons. Si preferís descargaros la segunda edición en inglés, también la tenéis aquí disponible.

lunes, mayo 12, 2008

Libro "Redes Inalámbricas para Zonas Rurales"


El Grupo de Telecomunicaciones Rurales de la PUCP (Universidad que es contraparte local de los proyectos que la Fundación EHAS desarrolla en Perú, como el que os relataba en el blog "Cooperante no hay camino..."), ha publicado un libro que trata en profundidad el despliegue de redes inalámbricas para zonas rurales de países en desarrollo. Podéis descargar el libro si lo deseáis ya que está licenciado bajo Creative Commons. Os lo recomiendo, hay mucho conocimiento ahí condensado.

domingo, enero 27, 2008

Documental EHAS

Buenas de nuevo a todos/as

De nuevo estoy aquí ya de vuelta de la selva pa daros el coñazo con nuevas entradas. Por el momento estoy en un momento muy liado hasta finales de febrero, pero quería dejar constancia de que a partir de ahora retomaré el hábito de escribir alguna entrada cada cierto tiempo. Y para que no sea una entrada vacía, aquí os dejo un documental sobre la Fundación EHAS (Enlace Hispano-Americano de Salud) que lleva ya 10 años trabajando en proyectos de cooperación para el desarrollo en Perú, Colombia y Cuba, aplicando para ello su investigación en Tecnologías de la Información y la Comunicación adaptadas a estos entornos. Ellos son los culpables de que haya dejado de escribir este tiempo :). Espero que os guste.



Saludos de nuevo.

jueves, septiembre 06, 2007

Cooperante no hay camino...

¡Buenas chavalucos!

Esta entrada es solo pa informar de que me viajo este mes de Octubre a realizar un proyecto de cooperación para el desarrollo en la región de Loreto, Perú, provincia del Alto Amazonas .Mi misión allí será junto con otros/as ingenieros/as realizar el mantenimiento y puesta a punto de una red telemática que intercomunica los centros de salud de los pueblos de la selva amazónica de aquella región, a orillas del río Napo, uno de los principales afluentes del Amazonas.

Con motivo de este proyecto y de otros tantos que se realizarán financiados con fondos de la Oficina de Cooperación para el Desarrollo de Universidad Carlos III de Madrid, hemos abierto un blog donde trataremos de informar del estado de cada proyecto así como de las vivencias que se nos vayan ofreciendo en el camino. El blog se llama "Cooperante no hay camino..." y espero que a más de uno le sirva para animarse a poner al servicio del desarrollo humano sus conocimientos técnicos.

Durante ese periodo no podré poner entradas en este blog, pero prometo volver con ánimos para seguir colaborando con este blog tanto como me sea posible, aunque con Manolo ya tenéis información interesante para dar y regalar.

Por el momento, me despido temporalmente de vosotros y espero que os parezca interesante la información que podáis leer sobre los proyectos de cooperación al desarrollo. ¡¡Hasta pronto!!

domingo, marzo 18, 2007

Gestión de Proyectos de Cooperación al Desarrollo

1.Presentación

El objetivo de esta entrada es introducir una ya conocida herramienta en la gestión de proyectos de cooperación al desarrollo llamada "Enfoque del Marco Lógico" (EML).

2.Proyectos de desarrollo

¿Qué entendemos por desarrollo?
Un problema serio que nos encontramos a la hora de elaborar un proyecto de cooperación al desarrollo es que nos lanzamos a desarrollarlo sin habernos parado a pensar seriamente qué entendemos nosotros por desarrollo. ¿Qué es desarrollo? ¿desarrollo económico? ¿desarrollo humano? ¿mejora de las capacidades individuales? ¿mejora de las capacidades colectivas? ¿mejoras puntuales de las condiciones de vida? ¿mejora de las herramientas que generan las condiciones de vida? Es necesario que esto quede claro.
El desarrollo, entendido desde el punto de vista de un proyecto de cooperación al desarrollo siempre ha de ser el de la mejora de las condiciones de vida colectivas, que devendrá en la mejora de las condiciones individuales, desde la óptica del desarrollo humano siempre y salvaguardando los derechos humanos, la justicia social y los derechos colectivos de grupos étnicos y nacionalidades.

¿Qué es un proyecto de desarrollo?
Los proyectos de desarrollo tienen el objetivo de solucionar unos problemas o necesidades y mejorar la situación de los beneficiarios aplicando diversas técnicas y garantizando siempre la independencia de la población beneficiaria así como la dirección activa del proyecto por parte de éstos.
Una de las tareas principales del proyecto debe ser capacitar a sus beneficiarios para que sean más independientes de la ayuda y el apoyo exterior.. que sean capaces de resolver nuevos problemas por sí mismos.

Estructura de un proyecto de desarrollo
Un proyecto se estructura en 4 fases principales:
  • Identificación
En esta fase lo que hacemos es determinar los problemas que han de resolverse.. ¿qué sucede?, ¿por qué sucede?, ¿a quiénes y cómo afecta?... ¿cómo se puede solucionar?.
  • Diseño
En la etapa de diseño organizaremos la información obtenida en la fase anterior. Aquí hay que establecer las estrategias a seguir, los plazos, los costes, los recursos necesarios.. ¿qué queremos hacer?, y ¿cómo pretendemos realizarlo? ¿a quién se dirige la acción?, ¿por qué y para qué actuar?, ¿con quién, dónde, cuándo y con qué recursos?
En esta etapa construiremos el esqueleto del proyecto: la llamada Matriz de Planificación del Proyecto, que será nuestra guía a seguir para poder llevar a cabo la fase de Ejecución.
  • Ejecución
Éste es el punto es donde comenzamos a ejecutar el proyecto según lo planificado. Aquí es importante ser flexible y no seguir con rigidez el plan previsto, además de contemplar la identificación de nuevos problemas que pudieran no haberse captado durante las etapas previas.
  • Evaluación
Una vez ejecutado el proyecto, no vale simplemente con recoger los bártulos e irse a otra parte.. Es muy importante realizar un seguimiento posterior, ver si realmente se consiguen los objetivos iniciales de mejorar las condiciones de vida de los beneficiarios. Y aprender de los errores cometidos para mejorar en los próximos proyectos..

Pese a que se plantean como 4 fases diferenciadas, el formato de seguimiento de éstas no es estrictamente lineal sino que sería más bien circular teniendo en cuenta que cuando se detecta un nuevo problema en alguna fase podemos tener que repensar todas las fases anteriores.

3.Centrándonos

En ésta entrada nos vamos a centrar en la fase de Identificación y de Diseño, que son muy importantes pues serán la base de nuestro Proyecto. Si fallamos aquí… es bastante probable que nuestro proyecto se vaya al garete. Desgraciadamente el 30% de los proyectos de cooperación fracasan y el motivo suele ser que fallan en estas fases.

¿Qué es el Enfoque del Marco Lógico?
Para diseñar nuestro proyecto vamos a utilizar la principal herramienta de gestión de proyectos de Desarrollo: El Enfoque del Marco Lógico, convertido ya en método universal de la mayor parte de las agencias de cooperación internacional y que demuestra especial utilidad en las tareas de identificación y gestión de proyectos. De hecho, pese a que ha quedado ya institucionalizada como procedimiento indispensable para solicitar financiación de proyectos de cooperación al desarrollo a agencias y organismos donantes, la herramienta pudiera servir para la identificación y gestión de proyectos de cualquier tipo, no sólo de cooperación al desarrollo.

Características del EML
  • Nos permite tomar decisiones mejores y más razonadas.
  • Es un método participativo.. que no se puede llevar a cabo sin tener en cuenta a los beneficiarios. Hay que insistir en que los proyectos no se preparan en un despacho ni de manera individual. Los proyectos se identifican y diseñan en equipo y en el seno de esos equipos deben estar representados los beneficiarios, siempre que eso sea posible. Si olvidamos esa perspectiva, la mayoría de los pasos que vamos a comentar habrán perdido su sentido.
Un problema que presenta el EML es que luego no se lleve a la práctica, uno puede hacer un análisis teórico perfecto e impecable… pero luego en la práctica dejar de hacer muchas de las cosas planificadas y ésto es como un puente al que no se le puede andar quitando pilares así como así, pues se te viene abajo.

Por ejemplo, imaginad un proyecto en el que se mueven todos los medios para instalar unos equipos de radio que saquen de su aislamiento a unas comunidades. En ocasiones, por falta de tiempo los cooperantes instalan los equipos y luego apenas enseñan a los pobladores a utilizarlos. Si el EML se hace correctamente, esa capacitación forma parte del proyecto, es más, quizás la parte más vital para el funcionamiento correcto del mismo y para su perdurabilidad en el tiempo. Ya sabéis, si no cumples con una determinada etapa, sea cual sea, la estás cagando.

Estructura del EML
El EML consta de 5 pasos:
  • Análisis de la participación: Averiguar todos los actores, las relaciones entre ellos y determinar a quién va destinado el proyecto.
  • Análisis de los problemas: ¿qué problemas tienen los actores?
  • Análisis de los objetivos: ¿como se podrían solucionar cada uno de esos problemas?
  • Análisis de las alternativas: entre las soluciones anteriores, aquí elegiremos la que llevaremos a cabo.
  • Matriz de planificación del proyecto: tabla esquemática que resume la identificación del proyecto y facilita enormemente la gestión del mismo.

  • 4. Participación.

    Antes de nada, es necesario conocer la realidad social de la zona donde pretendemos actuar. Y para ello no hace falta ser sociólogo, basta con hablar con la gente y sobre todo.. escucharla. Así podremos descubrir qué inquietudes y problemas tienen y qué grupos están afectados por ellos.
    Con el análisis de la participación se pretenden básicamente dos cosas. En primer lugar, se trata de tener una visión, lo más precisa posible, de la realidad social sobre la que el futuro proyecto pretende incidir. Muchas intervenciones de desarrollo fracasan, precisamente, por haber efectuado un diagnóstico excesivamente superficial del contexto en el que deben insertarse.
    Un proyecto comienza siempre determinando quienes son los colectivos cuya situación se quiere mejorar.
    Es preciso mostrar qué problemas afectan a qué personas, cuáles son las relaciones entre los diferentes grupos que conforman una realidad, entre esos grupos y los problemas identificados y entre los propios problemas que se han detectado, para finalmente alcanzar los criterios que establecen las prioridades para elegir la alternativa considerada más deseable.

    5. Identificación de los actores y árbol de problemas

    Una vez recogidos todos los datos del terreno llega la hora de poner un poco de orden y de analizar la situación que nos hemos encontrado en clave de problemas. Al fin y al cabo el análisis del proyecto depende de varios factores clave:
  • La calidad de la información disponible.
  • La capacidad del equipo del proyecto.
  • El nivel de participación de la población beneficiaria y contrapartes locales en el análisis del problema.
  • La experiencia previa del equipo.

  • Salvo la experiencia previa, el resto de factores dependen de la etapa que acabamos de desarrollar y de cuánto impliquemos a las partes locales en el análisis y procesado de la información que hagamos ahora.

    Comencemos con la identificación de los actores, que van a poder ser de los siguientes tipos:
  • Gobierno (regional, local, nacional, extranjero, etc).
  • Población local (familias, poblaciones, comités, etc).
  • Sector privado (cooperativas, PYMEs, grandes empresas, etc).
  • Organizaciones no gubernamentales (asociaciones, colectivos, del lugar, del norte, etc).
  • Ecosistemas (fauna, flora, lugares protegidos, entornos de vital importancia para supervivencia de poblaciones, etc).

  • Si se han identificado correctamente los actores y extraído adecuadamente la información necesaria debiéramos ser capaces de construir la "tabla de análisis de actores", que debiera tener al menos la siguiente profundidad:

    Actores Características Problema Interés Potencial Inter-relación
    Actor 1




    Actor 2




    Actor 3




    Actor 4




    ...






    Una vez tenemos ya una buena tabla con todos los actores implicados en nuestro proyecto, sus relaciones, problemas y demás vicisitudes, llegó la hora de construir nuestro árbol de problemas que nos demuestre de forma causal cuáles son los más importantes que han de atajarse para producir un efecto dominó sobre sus derivados. El resultado ha de ser algo parecido a ésto:



    Hemos de tratar de ser claros a la hora de definir los problemas, no situarlos por orden de importancia, sino de causalidad y consecuencia, y tratar de situar problemas actuales, no futuros.

    Por último identificamos el que será el problema principal, que trataremos de atajar con el proyecto que estamos desarrollando.

    6.Árbol de soluciones (o árbol de objetivos)

    Bien. Analicemos nuestra situación actual. Ya tenemos los problemas analizados junto con los actores que intervienen y además clasificados según unos sean causas o efectos de otros e identificado el problema principal, foco de todos nuestros odios y rabias. Ha llegado la hora pues de transformar lo negativo en positivo, los problemas en soluciones, o más bien, en objetivos a cumplir. Le damos la vuelta a cada problema y lo convertimos en su objetivo/solución. Ejemplos:

    Problema -> La población tiene un problema serio de desnutrición.
    Objetivo/Solución -> La población está correctamente nutrida.

    Problema -> Existe una sequía que está devastando la agricultura.
    Objetivo/Solución -> No existe sequía alguna.

    Como vemos al hacer la transformación nos surgirán algunas soluciones válidas como la primera, que puede ser alcanzable por medios a nuestra disposición, pero otras irreales, o cuanto menos, que se quedan en buenos deseos, como el caso del segundo problema donde nosotros de ninguna manera podemos intervenir para una solución inmediata (si, ya sé que podemos influir en el calentamiento global y sus efectos, pero ya me entendéis lo que quiero decir).

    Además, cuando el objetivo/solución sea suficientemente genérico podremos concretarlo dividiéndolo en objetivo principal y objetivo específico, siendo el principal el objetivo último que mueve el proyecto y el específico lo que objetivamente vamos a conseguir si realizamos el proyecto. Un ejemplo:

    Problema -> La población tiene un problema serio de desnutrición.
    Objetivo/solución -> La población está correctamente nutrida.
    Objetivo principal -> La red de cultivos y distribución de alimentos está en buen estado.
    Objetivo específico -> La producción agrícola es dedicada al consumo interno.
    Objetivo específico -> La distribución de alimentos en mercados locales es proporcional a la población total a quien distribuye y su nivel de necesidad.
    Objetivo específico -> Las variedades de alimentos cultivadas/criadas son suficientes para una correcta nutrición.

    Una vez transformados los problemas en soluciones/objetivos, toca transformar el árbol de problemas en un árbol de soluciones/objetivos. Si el primero mostraba causa/efecto de los problemas, el segundo muestra medios/fines de las soluciones/objetivos. Un resultado pudiera ser éste algo como...




    Lo siguiente será hacer limpieza eliminando las soluciones no válidas que nos hubieran surgido, volviendo a formular las que no quedasen bien expresadas y añadiendo los objetivos específicos que hubiésemos visto necesarios.

    Ya tenemos los objetivos principales y específicos seleccionados y en nuestro árbol de objetivos ha quedado de tal manera que algunos objetivos quedan al mismo nivel determinando estrategias a seguir diferentes posibles. ¿Qué hacemos? seleccionar cuál será la nuestra en función de su viabilidad contando para ello con todas las variables que nos sean necesarias. Descartaremos el resto.


    Para esta selección nos podemos apoyar en una tabla como la que sigue:

    Alternativas\Criterios Coste Posibilidad de éxito Beneficio/coste Horizonte temporal Dependencia Riesgo social
    Alternativa 1





    Alternativa 2





    Alternativa 3





    ...






    Esta tabla se suele rellenar con valores como Baja/Media-baja/Media/Media-alta/Alta. Una fórmula para obtener la alternativa más deseable es luego dar valores numéricos a los anteriores (por ejemplo: Baja=0; Media-baja=1; Media=2; Media-alta=3; Alta=4) y luego sumar cada fila para obtener un resultado mayor en la alternativa ideal para nuestro proyecto. Es evidente que esto supondría tratar con el mismo peso cada una de las columnas, y puede que para nosotros el Coste tenga mayor o menor valor que Riesgo Social, por ejemplo, por lo que otra fórmula que se acostumbra a seguir es la de establecer unos pesos numéricos en el intervalo [0,1] para cada columna siendo el número mayor cuanto más peso tenga para nosotros dicha columna. Este peso será el coeficiente por el que multiplicaremos el valor numérico resultante de la substitución de los valores cualitativos que pusimos a cada columna.

    Como ejemplo más gráfico, imaginemos que una alternativa nos ha salido con los siguientes valores:
    Coste: Alto -> 0
    Posibilidad de éxito: Media -> 2
    Relación Beneficio/coste: Alta -> 4
    Horizonte temporal que cubrirá el proyecto: Medio -> 2
    Dependencia del proyecto de factores externos: Media -> 2
    Nivel de Riesgos Sociales que se puedan generar a partir del proyecto: Bajo -> 4


    TOTAL = 0.7*0 + 1*2 + 0.8*4 + 0.5*2 + 1*2 + 1*4 = 11.6
    Nótese que las columnas de coste, dependencia y riesgo social se sustituirán por sus valores numéricos de forma inversa a las demás puesto que pretendemos que lo más positivo para el proyecto obtenga una mayor puntuación y lo más negativo puntuación menor.
    Nótese también que los valores de los pesos que hemos establecido dan mayor importancia a los valores de "Posibilidad de éxito", "Riesgo Social" y "Dependencia" frente a "Coste", "Beneficio/Coste" y "Horizonte Temporal".

    Si ahora nos topásemos con otra alternativa con mayor puntuación sería ésta la que tendríamos que escoger, de lo contrario estaríamos teóricamente frente a la mejor de las alternativas para nuestro proyecto.

    7. Matriz de planificación del proyecto

    La matriz de planificación del proyecto constituye, por su parte, la estructura del diseño, el armazón sobre el que se construye el documento de formulación. Si bien la matriz es la base el diseño pero no es todo el diseño. Para que éste pueda considerarse completado es preciso realizar la programación de las actividades y los recursos (calendarios, presupuestos y organización del personal adscrito a la ejecución de todas esas actividades), completar los diseños técnicos siempre que éstos sean necesarios y efectuar una valoración de las posibilidades de viabilidad de la futura intervención.
    La matriz se rellena de la siguiente manera:


    Esta matriz puede interpretarse usando 2 lógicas distintas, la vertical y la horizontal.
  • Lógica vertical o lógica de intervención


  • Ver la matriz desde esta óptica vertical te revela una secuencia lógica que ha de ocurrir en el proyecto:
    1. Si los insumos están disponibles, las actividades se llevarán a cabo.
    2. Si las actividades se llevan a cabo, se obtendrán los resultados.
    3. Si se obtienen los resultados, se alcanzará el objetivo específico.
    4. A largo plazo ésto contribuirá a la consecución del objetivo global.
    IMPORTANTE: Sólo debe haber un objetivo específico en el proyecto.

    • Lógica horizontal


    Ver la matriz desde esta óptica horizontal revela también otra secuencia lógica del proyecto:
    1. Si los factores externos se cumplen podremos obtener datos de las fuentes de verificación.
    2. Con estos datos de las fuentes contrastaremos cada indicador.
    3. Si contrastamos positivamente cada indicador diremos que se ha cumplido cada uno de los objetivos, resultados o que se han realizado las actividades en cada nivel.

    Aclaración de la columna de "Factores Externos" (o hipótesis):
    Los factores externos han de ser problemas que puedan preveerse y que obstaculicen de manera decisiva cada uno de los objetivos. En definitiva, hipótesis.
    Se derivan del árbol de objetivos, deben enunciar en positivo, aplican a todos los elementos importantes del proyecto y se valoran y analizan de acuerdo a su importancia y probabilidad.

    Aclaración de la columna de "Indicadores Objetivamente Verificables":
    Los indicadores fijan el nivel de efectividad necesaria para el proyecto. Son aquéllos cuya medida da igual resultado independientemente de quien la realice. Son importantes en el apartado de evaluación del proyecto.
    Un indicador debe ser:
    • Específico: importante usar términos precisos.
    • Independiente: no deben depender entre sí indicadores de diferentes objetivos para que reflejen objetivamente la consecución de un objetivo.
    • Fáctico: no debe reflejar impresiones subjetivas sino hechos.
    • Reflejo de datos obtenibles: los datos deben de estar disponibles o de forma inmediata o mediante un esfuerzo extra razonable.
    • Medible.

    Aclaración de la columna de "Fuentes de Verificación":
    Para obtenerlas nos pueden ayudar las siguientes preguntas.
    ¿Cómo ha de ser la información que se requiere?: p.ej. Registros administrativos, estadísticas nacionales, grupos de trabajo, observación directa...
    ¿Cual es la fuente más apropiada para proveer la información?, ¿quién debe intervenir?, ¿es fiable la fuente?.
    ¿Quién recoge la información? (supervisores, equipos independientes...)
    ¿Cuándo y con qué frecuencia se debe recoger, analizar y sistematizar la información?
    ¿Cuáles son los formatos en los que se recoge la información?

    Construcción de la matriz

    Para construir la matriz de planificación del proyecto ya tenemos todas las herramientas, luego lo que tendremos que hacer será seguir un orden lógico para que no se nos escape nada. Un orden que nos puede ayudar podría ser éste:
    PASO I - OBJETIVOS - rellenamos la columna de objetivos excepto las actividades
    PASO II - ACTIVIDADES - rellenamos las actividades teniendo en cuenta los objetivos rellenados
    PASO III - INSUMOS, PRECONDICIONES E HIPÓTESIS - nos encargamos de los insumos necesarios para que se puedan realizar las tareas, las precondiciones para poder obtener los insumos y realizar las tareas y las hipótesis o factores externos que condicionan el proyecto
    PASO IV - INDICADORES Y FUENTES DE VERIFICACIÓN - rellenamos los huecos reservados para cada uno de los indicadores que nos objetivizan el éxito del proyecto y las fuentes de donde obtendremos los datos para compararlos con esos indicadores

    CONCLUSIONES Y DELIRIOS:
    Espero que el objetivo de esta entrada, que era dar a conocer la herramienta del EML de forma superficial a quien la lea se haya cumplido y quien encuentre ésto como recurso de información quede picado por el gusanillo del desarrollo de proyectos de cooperación, busque más información y termine participando en alguno.
    Toda la información procede del curso de "Introducción a la Gestión de Proyectos de Cooperación al Desarrollo de Base Tecnológica" que imparte maravillosamente la UOC, de la asignatura "Introducción a la Cooperación al Desarrollo" que se imparte en la Universidad Carlos III de Madrid y de otras muchas fuentes de información extraídas por internet.
    Además esta entrada es una adaptación de la sección teórica de una dinámica de gestión de proyectos de cooperación que desarrollamos entre mi compañero Juan José del Valle y yo durante las III y IV ediciones de las Jornadas Solidarias que las asociaciones Ingeniería Sin Fronteras y Asamblea Social Universitaria realizan en la Universidad Carlos III de Madrid, y por tanto somos coautores los dos.


    + info
    http://www.isf.es/menu_publicaciones/pub_libros.php?$sesion_idioma=1&$menu=3&identifica=libros&nombrexml=113
    http://bicho.uc3m.es/gta/introduccion_mas_links.htm
    http://www.preval.org/documentos/00423.pdf