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.
Obrigado por sua informação, muito obrigado.
O artigo muito bom me ajudou muito!
Saudações!