Os principios 7 do modelo multicapa

Aínda que é máis fácil dicir que facer, gustaríame comezar esta semana xeofísico Sobre este tema, aínda que hai libros completos sobre este tema, utilizaremos os principios 7 Web 2.0 para resumir o esquema do modelo multicapas e aplicalo ao campo xeomático.

O concepto coñecido como multicapa, xorde despois de que as aplicacións cliente-servidor tiveron un boom, ligado ao crecemento de Internet mentres as redes privadas (Intranet) tamén se popularizaron. Un dos obxectivos máis importantes é que o desenvolvemento non afecte á operación, e moito menos aos usuarios da consulta nun sistema que está en uso constante.

Tal é o caso, por exemplo, nun proxecto de catastro masivo no que técnicos de campo, mapas ou digitalizadores deben alimentar a información; entón os analistas xurídicos, os técnicos de SIG e de regularización deben procesar os datos mentres que desde o lado dos usuarios externos hai unha demanda no nivel de consulta ou solicitudes de procedementos en liña.

Vexamos entón as capas deste modelo e os seus principios.

A capa de desenvolvemento

1. Deseño sinxelo.  É importante entender que cando se desenvolven aplicacións multicapa, non se poden esaxerar as funcionalidades que diminuirán o proceso, o despregue de datos ou a actualización de funcionalidades. Esta é a razón pola que o uso de procedementos similares a Javascript que se executan nun servidor permite a moitos usuarios executar tarefas ao mesmo tempo sen recargar o sistema. Como os procesos poden reducirse, só require supervisar o número e a capacidade dos procesadores para manter o deseño sinxelo ... aínda que isto máis que ser unha especialidade de arquitectos de software parece ser máis unha habilidade dos deuses.

2. Aplicacións para uso multidispositivo.  É necesario ter en conta que os usuarios quererán acceder á información desde dispositivos de escritorio ou unha variedade de móbiles a través da web, polo que o desenvolvemento debe ter en conta este principio. Aínda que non é doado predicir a evolución dos coñecidos trebellos, polo menos a especialidade do proxecto debería considerarse para alimentar e descargar datos, como no caso dun proceso catastral, o uso de equipos GPS e PDA con aplicacións SIX. / CAD con capacidades mínimas de alimentación de datos tabulares e uso de datos raster / vectoriais. Como a especialidade do negocio está diversificada, é necesario ser consciente do avance das tecnoloxías.

3. Vía base de datos.  Para manter un procesador libre de colapso, é necesario considerar que calquera acción que o usuario executa é unha simple chamada á base de datos, polo que se se usa a transferencia de ficheiros, é preferible crear servizos web. Se se empregarán mapas, o ideal é crear servizos IMS para a publicación e se se descargarán documentos, busque o uso de servizos web.

A capa de proceso

4. A web como plataforma.  Sexa Intranet ou Internet, o concepto é o mesmo, buscando que o ambiente de traballo dos usuarios estea en liña para calquera tipo de proceso que se execute dende o servidor. Isto compleméntase co seguinte principio xa que a intención é garantir que o funcionamento dos procesos non precise equipos con grandes recursos, aínda que é necesario redeseñar as aplicacións de escritorio.

5. Uso de aplicacións en liña.  Este é un gran desafío para os desenvolvedores, xa que esta capa tamén inclúe un nivel de usuarios que realizan procesos que van máis alá da consulta. Tal é o caso do mantemento catastral, que require o uso de ficheiros discretos e non só a manipulación de datos tabulares. Para iso, o software elixido debe proporcionar un contorno de xestión de ficheiros controlado, a versión e o proceso coñecido como checkout-checkin; Tamén se espera que a API ofreza capacidades para particularizar a funcionalidade e evitar que os procesos de escritorio complicen a sincronización.

A capa de usuario

6. Intelixencia colectiva.  Este principio vén do concepto de comunidade, moi popular nestes días. É importante crear interfaces que faciliten a comunicación entre os usuarios, xa sexan estes foros, redes de soporte ou canles de mensaxería instantánea, para que os usuarios poidan compartir as súas dúbidas, solucións e aproveitar as habilidades colectivas.

7. Comentarios.  Os servizos creados deben ter as funcionalidades suficientes para que os usuarios poidan denunciar erros, engadir comentarios son automatizados ou voluntarios. O importante é que os usuarios que xestionan as outras dúas capas coñezan os visitantes. Neste nivel tamén se espera acceso restrinxido, rexistro funcional e actualización automática de cambios.

Estes principios deberían influír no momento de decidir por unha marca de software, principalmente porque a vida deste non se atopa nos produtos de saída senón na capacidade de poñelo en desenvolvemento.