Els 7 principis del model multicapa

Encara que és més fàcil dir que fer-ho, voldria començar aquesta setmana geofumando sobre aquest tema, encara que hi ha llibres complets sobre aquesta matèria, farem servir els 7 principis del Web 2.0 per resumir l'esquema del model multicapa i aplicar-lo al camp geomàtic.

El concepte conegut com multicapa, sorgeix després que les aplicacions client-servidor prenguessin auge, lligat a el creixement d'Internet a el temps que les xarxes privades (Intranet) es tornessin també populars. Un dels objectius més importants és que el desenvolupament no afecti l'operació i molt menys als usuaris de consulta en un sistema que està en constant ús.

Tal és el cas, per exemple en un projecte de cadastre massiu en què els tècnics de camp, mapatge o digitalitzadors han d'alimentar la informació; després els analistes jurídics, tècnics GIS i de regularització han de processar les dades mentre que des del costat d'usuaris externs ha una demanda a nivell de consulta o sol·licituds de tràmits en línia.

Vegem llavors les capes d'aquest model i els seus principis.

La capa de desenvolupament

1. Disseny simple.  És important entendre, que quan es desenvolupen aplicacions multicapa no es pot exagerar en funcionalitats que faran lent el procés, desplegament de dades o l'actualització de funcionalitats. Aquesta és la raó per la qual la utilització de procediments tipus Javascript corrent en un servidor permet que molts usuaris a el mateix temps executin tasques sense recarregar el sistema. En la mesura que els processos es poden fer més petits només requereix vigilar la quantitat i capacitat de processadors per mantenir el disseny simple ... encara que això més que ser una especialitat d'arquitectes de programari sembla ser més una habilitat dels déus.

2. Aplicacions per a ús multidispositiu.  Cal considerar que els usuaris voldran accedir a la informació des de dispositius d'escriptori o diversitat de mòbils via web pel que el desenvolupament ha de considerar aquest principi. Tot i que no és fàcil predir l'evolució dels coneguts gadgets, al menys s'ha de considerar l'especialitat de el projecte per a fins d'alimentació i descàrrega de dades, com en el cas d'un procés cadastral l'ús d'equips GPS i PDA'S amb aplicacions GIS / CAD amb capacitats mínimes d'alimentació de dades tabulars, i ús de dades ràster / vector. A mesura que l'especialitat de l'negoci és d'ús diversificat requereix estar pendent de l'avanç de les tecnologies.

3. Via Base de dades.  Per mantenir un processador lliure de col·lapse cal considerar que qualsevol acció que l'usuari executi sigui una simple trucada a la base de dades, així que si es farà servir transferència d'arxius és preferible crear web services. Si es faran servir mapes, l'ideal és crear serveis IMS per a publicació i si es farà descàrrega de documents buscar l'ús de web services.

La capa de Processos

4. El web com a plataforma.  Sigui Intranet o Internet, el concepte és el mateix, buscar que l'entorn de treball dels usuaris sigui en línia així que qualsevol tipus de processos corren des del servidor. Això es complementa amb el següent principi ja que la intenció és buscar que l'operació de processos no requereixi d'equips amb grans recursos encara que sigui necessari redissenyar aplicatius de escritiorio.

5. Ús d'aplicacions en línia.  Aquest és un gran repte per als desenvolupadors, ja que en aquesta capa també entra un nivell d'usuaris que fan processos que van més enllà de la consulta. Tal és el cas de manteniment cadastral, en què es requereix ús d'arxius discrets i no només manipulació de dades tabulars. Per això el programari triat ha de proveir un entorn d'administració controlada d'arxius, versionat i el procés conegut com checkout-checkin; també s'espera que l'API proveeixi capacitats per particularitzar les funcionalitats i evitar que els processos d'escriptori compliquin la sincronització.

La Capa d'Usuaris

6. Intel·ligència Col·lectiva.  Aquest principi ve de el concepte de comunitat, molt popular en aquests dies. És important crear interfícies que facilitin la comunicació entre usuaris, siguin aquests fòrums, xarxes de suport o canals de missatgeria instantània per tal que els usuaris puguin compartir entre ells els seus dubtes, solucions i treure-li el profit a les habilitats col·lectives.

7. Retroalimentació.  Els serveis creats han de tenir les funcionalitats suficients perquè els usuaris puguin reportar errors, afegir comentaris siguin automatitzats o voluntaris l'important és que els usuaris que administren les altres dues capes sàpiguen dels visitants. També s'espera en aquest nivell que l'accés restringit sigui segur, el registre funcional i l'actualització de canvis automatitzada.

Aquests principis haurien d'influir al moment per decidir-se per una marca de programari, sobretot perquè la vida d'això no està en els productes de sortida sinó en la capacitat per ficar-li mà desenvolupant.