Os princípios do modelo de múltiplas camadas 7

Embora seja mais fácil dizer do que fazer, gostaria de começar esta semana geofísico Sobre este assunto, embora haja livros completos sobre este assunto, usaremos os princípios da 7 Web 2.0 para resumir o esquema do modelo multicamada e aplicá-lo ao campo geomático.

O conceito conhecido como multicamadas surgiu após o boom dos aplicativos cliente-servidor, vinculado ao crescimento da Internet enquanto as redes privadas (Intranet) também se popularizavam. Um dos objetivos mais importantes é que o desenvolvimento não afete o funcionamento, muito menos a consulta de usuários em um sistema que está em uso constante.

Tal é o caso, por exemplo, em um projeto de cadastro maciço em que técnicos de campo, mapeamento ou digitalizadores devem alimentar a informação; então os analistas legais, os SIG e os técnicos de regularização devem processar os dados, enquanto do lado dos usuários externos há uma demanda no nível de consulta ou pedidos de procedimentos on-line.

Vejamos então as camadas deste modelo e seus princípios.

A camada de desenvolvimento

1. Design simples.  É importante entender que quando são desenvolvidas aplicações multicamadas, as funcionalidades que retardam o processo, a implantação de dados ou a atualização de funcionalidades não podem ser exageradas. Esta é a razão pela qual o uso de procedimentos do tipo Javascript executados em um servidor permite que muitos usuários executem tarefas ao mesmo tempo sem recarregar o sistema. Como os processos podem ser menores, é necessário apenas monitorar o número e a capacidade dos processadores para manter o design simples ... embora isso, mais do que uma especialidade de arquitetos de software, pareça ser mais uma habilidade dos deuses.

2. Aplicativos para uso em vários dispositivos.  É necessário considerar que os usuários desejam acessar informações de dispositivos desktop ou diversos celulares via web, portanto, o desenvolvimento deve considerar esse princípio. Embora não seja fácil prever a evolução dos aparelhos já conhecidos, pelo menos a especialidade do projeto deve ser considerada para fins de alimentação e download de dados, como no caso de um processo cadastral, a utilização de equipamentos GPS e PDA's com aplicações GIS / CAD com recursos mínimos de alimentação de dados tabulares e uso de dados raster / vetoriais. Como a especialidade do negócio é diversificada, é preciso estar atento ao avanço das tecnologias.

3. Via Database.  Para manter um processador livre de colapso, é necessário considerar que qualquer ação que o usuário execute é uma simples chamada ao banco de dados, portanto, se a transferência de arquivos for usada, é preferível criar serviços web. Se forem utilizados mapas, o ideal é criar serviços IMS para publicação e se for feito download de documentos, procure o uso de serviços web.

A camada de processo

4. A web como plataforma.  Seja Intranet ou Internet, o conceito é o mesmo, buscando que o ambiente de trabalho dos usuários seja online para que qualquer tipo de processo seja executado a partir do servidor. Isto é complementado pelo seguinte princípio, visto que se pretende garantir que o funcionamento dos processos não requeira equipas com grandes recursos, embora seja necessário redesenhar as aplicações desktop.

5. Usando aplicativos online.  Este é um grande desafio para os desenvolvedores, já que essa camada também inclui um nível de usuários que realizam processos que vão além da consulta. É o caso da manutenção cadastral, que requer o uso de arquivos discretos e não apenas a manipulação de dados tabulares. Para isso, o software escolhido deve fornecer um ambiente de gerenciamento de arquivos controlado, versionamento e o processo conhecido como checkout-checkin; A API também deve fornecer recursos para particularizar funcionalidades e evitar que processos de desktop complicem a sincronização.

A Camada do Usuário

6. Inteligência coletiva.  Esse princípio vem do conceito de comunidade, muito popular hoje em dia. É importante criar interfaces que facilitem a comunicação entre os usuários, sejam fóruns, redes de apoio ou canais de mensagens instantâneas, para que os usuários possam compartilhar suas dúvidas, soluções e aproveitar as habilidades coletivas.

7. Feedback.  Os serviços criados devem ter funcionalidades suficientes para que os usuários possam reportar erros, adicionar comentários são automatizados ou voluntários.O importante é que os usuários que gerenciam as outras duas camadas conheçam os visitantes. Acesso restrito seguro, registro funcional e atualização automatizada de alterações também são esperados neste nível.

Esses princípios devem influenciar o momento para decidir por uma marca de software, principalmente porque a vida não está nos produtos de saída, mas na capacidade de colocá-lo em desenvolvimento.