6 Conclusões
6.2 Desenvolvimento de WbIS versus desenvolvimento de sistemas tradicionais
Nossa experiência com o desenvolvimento do CNCT indica que o desenvolvimento de WbIS pode ocorrer basicamente da mesma maneira que o desenvolvimento de sistemas tradicionais, usando praticamente as mesmas técnicas e métodos já conhecidos da Engenharia de Software. Entretanto, devido às características da Web, existem diferenças importantes entre vários aspectos dos WbIS e sistemas tradicionais. A seguir, são discutidos alguns desses aspectos e o modo como eles influenciam o desenvolvimento de WbIS.
38 Como a equipe do CNCT não apresentava essas características, não exploramos esses recursos durante o seu
Escalabilidade
A independência de plataforma, facilidades de uso e acesso e grande popularidade da Web permitem aos WbIS atingirem um alto número de usuários a custos relativamente baixos, se comparados com os custos de sistemas cliente-servidor tradicionais. Essa é uma grande vantagem, porém, tem algumas conseqüências:
• é mais difícil prever e controlar o aumento no número de usuários de WbIS, do que de sistemas cliente-servidor tradicionais equivalentes. Isso implica em dificuldades para estimar a capacidade da máquina servidora de WbIS e para gerenciar a sua evolução; • dada a grande quantidade de potenciais usuários do sistema, é mais difícil traçar um perfil
dos usuários, principalmente incluindo aspectos como velocidades de acesso à rede e plataformas usadas;
• estando o sistema na Web e os usuários dispersos em todo o mundo, o treinamento tradicional no uso do sistema é praticamente inviável.
Geralmente, apenas o uso do sistema e feedback dos usuários pode fornecer dados apurados com relação a esses pontos.
Interface gráfica
O projeto de interface gráfica de WbIS possui características substancialmente diferentes do projeto tradicional de interfaces para sistemas de informação. As principais são descritas a seguir. • Requisito básico: velocidade de transmissão.
[NIEL97b] relata que o tempo para passar de uma página a outra em sistemas de hipertexto deveria ser de menos de 1 segundo, para que o usuário pudesse navegar livremente. Porém, as atuais velocidades de transmissão na Web não permitem esse tempo de resposta para a maioria dos usuários.
Além do tempo de resposta, o custo de acesso a rede, pelo menos para os usuários que se conectam através de linhas discadas (75% dos usuários da Web, segundo [NIEL97b]) também é aumentado pela lentidão das transmissões.
Esses fatores fazem com que o principal requisito de projeto de interfaces em WbIS seja a velocidade de transmissão. De maneira geral, o tamanho das páginas não deve exceder 20K e
as interfaces devem ser projetadas de maneira que seu conteúdo seja compreendido de forma imediata.
• Falta de controle dos elementos gráficos.
No projeto tradicional de interfaces pode-se controlar quase todos os aspectos da interface, já que a plataforma para a qual o sistema será implementado é conhecida. As interfaces de WbIS, por outro lado, devem adequar-se ao ambiente onde são visualizadas. A formatação de texto com HTML, por exemplo, muda de acordo com o navegador que está sendo usado e com as opções de visualização de cada usuário e é preciso incorporar essa característica no projeto de interfaces para WbIS.
Dada a grande quantidade de potenciais usuários dos WbIS e, consequentemente, a grande quantidade de diferentes navegadores e monitores usados, o projeto de interfaces adequadas para todos geralmente não é uma tarefa fácil.
• Parte de um todo
O modo como a Web cresceu e a facilidade para navegar de um site a outro cria, para os usuários, a sensação de que eles estão usando a Web como um todo e não interagindo com um sistema ou site em especial [NIEL97a]. Isso significa que os usuários não querem ter que aprender como interagir com um WbIS, eles querem simplesmente usá-lo, baseados na experiência que têm do uso da Web como um todo.
Além disso, a menos que se implemente a interface do sistema como um applet ou usando outra tecnologia similar, não é viável controlar completamente a navegação do usuário como se faz em sistemas tradicionais, através de janelas modais e outros artifícios. Em WbIS é possível até que o usuário “pule” a página de entrada do sistema, carregando inicialmente qualquer outra página (a partir do resultado de consultas em sites de busca, por exemplo) e o projeto gráfico e navegacional, assim como a própria implementação do sistema, precisam considerar esses pontos.
Essas características indicam que o projeto de interfaces gráficas para WbIS segue regras diferentes daquelas para projeto de interfaces em sistemas tradicionais e é essencial que a interface seja testada em diversas plataformas e validada por um conjunto representativo dos usuários do sistema.
Distribuição e implantação de software
Na Web, esse termo está sendo substituído por “disponibilização de software”, uma vez que os usuários acessam WbIS sempre através da mesma interface dos navegadores. Assim, tudo que é preciso fazer para que um novo WbIS seja usado é “disponibilizá-lo” para uso, isto é, deixá-lo acessível para os usuários em uma determinada URL. Essa facilidade para disponibilizar software pela Web tem grande impacto no gerenciamento de versões dos WbIS.
O custo de disponibilizar novas versões é muito baixo, reduzindo-se praticamente ao impacto cognitivo das modificações feitas sobre os usuários. Isso significa que a evolução do sistema pode ser feita de forma realmente incremental, com modificações e acréscimos de novas funcionalidades sendo disponibilizados progressivamente, de acordo com o feedback contínuo dos usuários.
Efeito do deadline
[BOEH81d] indica que o esforço para se realizar uma determinada atividade cresce aceleradamente quando se aproxima o final do prazo para completar essa atividade. Assim, um dos fatores estimulantes de produtividade no processo de desenvolvimento é o estabelecimento de um conjunto adequado de milestones, com seus respectivos deadlines.
A facilidade que a Web oferece para a disponibilização de modificações em WbIS pode estimular uma queda de produtividade na equipe, principalmente após ter sido disponibilizada uma primeira versão do sistema. Assim, o desenvolvimento de WbIS pode requerer tarefas e prazos muito bem definidos, durante a fase de manutenção de software. Por outro lado, essa mesma facilidade pode levar clientes e usuários a criar prazos e expectativas quase que irreais, exercendo uma pressão muito grande sobre a equipe de desenvolvimento. Nesses casos, a produtividade da equipe e a qualidade do produto tendem a ficar comprometidas.
Tecnologia instável
As linguagens, ferramentas e protocolos usados no desenvolvimento de WbIS ainda são muito recentes e estão mudando e evoluindo muito rapidamente. Isso faz com que a experiência acumulada, no uso da tecnologia necessária para o desenvolvimento de WbIS, seja bem menor que a experiência no uso das tecnologias relacionadas a sistemas cliente-servidor tradicionais.
A tecnologia adotada no desenvolvimento de um WbIS influencia os aspectos que discutimos anteriormente e suas limitações e potencialidades precisam ser exploradas antes que se inicie a implementação do sistema.