Aunque es más fácil decirlo que hacerlo, quisiera empezar esta semana geofumando sobre este tema, aunque existen libros completos sobre esta materia, usaremos los 7 principios de la Web 2.0 para resumir el esquema del modelo multicapa y aplicarlo al campo geomático.
El concepto conocido como multicapa, surge luego que las aplicaciones cliente-servidor tomaran auge, ligado al crecimiento de Internet al tiempo que las redes privadas (Intranet) se volvieran también populares. Uno de los objetivos más importantes es que el desarrollo no afecte la operación y mucho menos a los usuarios de consulta en un sistema que está en constante uso.
Tal es el caso, por ejemplo en un proyecto de catastro masivo en que los técnicos de campo, mapeo o digitalizadores deben alimentar la información; luego los analistas jurídicos, técnicos GIS y de regularización deben procesar los datos mientras que desde el lado de usuarios externos existe una demanda a nivel de consulta o solicitudes de trámites en línea.
Veamos entonces las capas de este modelo y sus principios.
La capa de desarrollo
1. Diseño simple. Es importante entender, que cuando se desarrollan aplicaciones multicapa no se puede exagerar en funcionalidades que harán lento el proceso, despliegue de datos o la actualización de funcionalidades. Esta es la razón por la que la utilización de procedimientos tipo Javascript corriendo en un servidor permite que muchos usuarios al mismo tiempo ejecuten tareas sin recargar el sistema. En la medida que los procesos se pueden hacer más pequeños solo requiere vigilar la cantidad y capacidad de procesadores para mantener el diseño simple… aunque esto más que ser una especialidad de arquitectos de software parece ser más una habilidad de los dioses.
2. Aplicaciones para uso multidispositivo. Es necesario considerar que los usuarios querrán acceder a la información desde dispositivos de escritorio o diversidad de móviles vía la web por lo que el desarrollo debe considerar este principio. Aunque no es fácil predecir la evolución de los conocidos gadgets, al menos se debe considerar la especialidad del proyecto para fines de alimentación y descarga de datos, como en el caso de un proceso catastral el uso de équipos GPS y PDA´s con aplicaciones GIS/CAD con capacidades mínimas de alimentación de datos tabulares, y uso de datos raster/vector. A medida que la especialidad del negocio es de uso diversificado requiere estar pendiente del avance de las tecnologías.
3. Vía Base de datos. Para mantener un procesador libre de colapso es necesario considerar que cualquier acción que el usuario ejecute sea una simple llamada a la base de datos, así que si se usará transferencia de archivos es preferible crear web services. Si se usarán mapas, lo ideal es crear servicios IMS para publicación y si se hará descarga de documentos buscar el uso de web services.
La capa de Procesos
4. La web como plataforma. Sea Intranet o Internet, el concepto es el mismo, buscar que el entorno de trabajo de los usuarios sea en línea así que cualquier tipo de procesos corren desde el servidor. Esto se complementa con el siguiente principio pues la intención es buscar que la operación de procesos no requiera de equipos con grandes recursos aunque sea necesario rediseñar aplicativos de escritiorio.
5. Uso de aplicaciones en línea. Este es un gran reto para los desarrolladores, pues en esta capa también entra un nivel de usuarios que hacen procesos que van más allá de la consulta. Tal es el caso de mantenimiento catastral, en que se requiere uso de archivos discretos y no solo manipulación de datos tabulares. Para esto el software elegido debe proveer un entorno de administración controlada de archivos, versionado y el proceso conocido como checkout-checkin; también se espera que la API provea capacidades para particularizar las funcionalidades y evitar que los procesos de escritorio compliquen la sincronización.
La Capa de Usuarios
6. Inteligencia Colectiva. Este principio viene del concepto de comunidad, muy popular en estos días. Es importante crear interfases que faciliten la comunicación entre usuarios, sean estos foros, redes de soporte o canales de mensajería instantánea a fin que los usuarios puedan compartir entre ellos sus dudas, soluciones y sacarle el provecho a las habilidades colectivas.
7. Retroalimentación. Los servicios creados deben tener las funcionalidades suficientes para que los usuarios puedan reportar errores, agregar comentarios sean automatizados o voluntarios lo importante es que los usuarios que administran las otras dos capas sepan de los visitantes. También se espera en este nivel que el acceso restringido sea seguro, el registro funcional y la actualización de cambios automatizada.
Estos principios deberían influir al momento por decidirse por una marca de software, sobre todo porque la vida de esto no está en los productos de salida sino en la capacidad para meterle mano desarrollando.