Soluções Web-based em ASP

Alguns dias atrás fui convidado a participar da fase de análise de um novo software para uma empresa de médio porte. Era um aplicativo simples para o controle de patrimônio da tal empresa. Após algumas reuniões resolvemos discutir qual seria a plataforma de desenvolvimento do tal aplicativo e para minha surpresa a decisão unânime da equipe de informática da tal empresa foi por desenvolver em plataforma desktop.

Ora, a estrutura de informática da empresa é até razoável. Uma rede com 3 servidores e 35 estações. Os servidores são divididos em servidor primário (de logon), servidor de banco de dados e servidor de internet (proxy) com uma conexão direta a 64 Kbps. Com toda esta estrutura em mãos porquê não aproveitá-la? Foi onde eu entrei com a idéia de desenvolvimento para browser.

O único inconveniente era que não havia ninguém da equipe de informática desta empresa que tinha alguma experiência com ASP, o que os levava a pender para o desenvolvimento desktop. Depois de algumas conversas e me comprometendo a dar um curso rápido de ASP consegui convencê-los.

No desenvolvimento para browser podemos citar as seguintes vantagens:

1. Aplicativo centralizado. Não há a necessidade de instalação do aplicativo em cada estação na qual o aplicativo for utilizado;
   
2. Sempre que houver alguma atualização ou correção do aplicativo este já estará com as modificações prontas para uso em qualquer estação sem a necessidade de reinstalar o aplicativo nas estações;
   
3. Necessitando atualizar alguma DLL ou controle no aplicativo basta fazê-lo no servidor. Acabou o problema de saber versões de DLLs ou qualquer outro arquivo nas estações;
   
4. O aplicativo fica acessível em qualquer computador seja na rede local ou na web facilitando aos funcionários o acesso ao aplicativo onde quer que estejam. Imagine um cenário onde o gerente de um determinado departamento esteja de férias e este departamento necessite solicitar ao almoxarifado uma mesa e uma cadeira novas e que apenas o gerente tem autorização para proceder com tal pedido. Basta este funcionário conectar na internet através de um cybercafé ou escritório virtual (que são a coqueluche do momento) e proceder com o pedido entrando com sua senha. Ou seja, ele não precisa passar sua senha para outro funcionário (que, convenhamos, seria inadmissível), não precisa estar fisicamente na empresa e não precisa delegar este tipo de poder temporariamente a ninguém;
   
5. É o modo mais fácil de desenvolvimento em 3 camadas onde nós temos o servidor de banco de dados, servidor de aplicativos (regras de negócios) que será o servidor de internet (proxy) e o front-end com algumas
   validações básicas no próprio browser;
   
6. Não seria exigida muita memória e nem um processador melhor para a execução do aplicativo nas estações pois estaria sendo executado no servidor. Daí podemos verificar que mesmo tendo que atualizar os servidores ainda haveria economia para a empresa pois bastaria melhorar no máximo 3 máquinas (os servidores) da rede e não todas as estações mesmo em uma rede pequena com apenas 5 estações;
   
7. Como acontece com quase todos nós não precisaríamos permanecer na empresa além do horário ou nos finais de semana para adiantar algum serviço sendo que poderíamos acessar o aplicativo a partir de nosso computador em casa bastando fazer uma conexão com a internet proporcionando, potencialmente, uma melhor produção para a empresa.
   
8. Front-end mais bonito para o usuário sem aquela "cara de escritório" diminuindo, inclusive, a fadiga visual do usuário do sistema.

E, é claro, há algumas desvantagens:

1. Maior tempo no desenvolvimento;
   
2. Maior dificuldade na depuração de erros;
   
3. Necessidade de uma estrutura de rede maior com servidores de banco de dados, de internet e primário. A princípio apenas um computador pode ser configurado para todos estes serviços mas não é recomendável.

Existem alguns aplicativos, como os de contabilidade, que não compensariam, por vários motivos, portá-los para o browser como questões de complexidade de desenvolvimento do aplicativo, segurança, poucos benefícios pois geralmente o contador deve estar presente fisicamente em seu departamento quando surgem questões mais complexas a serem resolvidas não adiantando muito a portabilidade para a internet neste caso.

Devemos sempre ter em mente a relação custo/benefício do desenvolvimento, seja para browser ou desktop. Em muitos casos chegaremos à conclusão que desenvolver para o ambiente browser pode nos trazer muito mais benefícios.