Criando Aplicaes em 3, 4 ou n Camadas

Chega de preencher formulrios!!

Todos sabemos que o uso adequado da tecnologia um importante diferencial para alavancar os negcios de uma empresa. Apesar de todos os livros, artigos, revistas e sites que tratam do assunto, porque muitas empresas ainda tem seus processos baseados em sistemas manuai , baseados em "uma s montanha de formulrios de papel?" No incio de Junho, voltando de Belo Horizonte (onde ministrei um treinamento de TCP/IP e Windows 2000 Server) para Porto Alegre, vim conversando com um gerente de um rgo responsvel por divulgar as novidades tecnolgicas e de pesquisa, para as indstrias do seu setor. Este gerente relatou uma triste realidade: para cada atendimento ele era obrigado a preencher uma srie de formulrios em papel. Dependendo do tipo de atendimento, alguns destes formu lrios so enviados para o seu chefe imediato para aprovao e, uma vez aprovado, o formulrio voltava para ele dar continuidade ao atendimento. No final do ms o chefe pediu que ele informasse o nmero de atendimentos, classificados por tipo e por grau de conclusividade. Ele no tinha a mnima idia. Teve que contar manualmente em uma pilha de papel e fornecer estes dados, obtidos manualmente, para a secretria do chefe. A secretria, por sua vez, digitou os dados recebidos em uma planilha do Excel (mais um ponto para introduo de erros, a digitao manual) e depois encaminhou a planilha para anlise do Chefe. Observem quantos problemas temos neste exemplo, onde os processos so manuais e baseados em formulrios de papel: yO gerente ocupa uma boa parte do seu tempo envolvido com preenchimento de formulrios e levantamento manual de dados, ao invs de fazer trabalho criativo, na busca de melhores solues para a sua empresa. yOs nmeros relativos aos atendimentos, chegam com um ms de atraso para o chefe d gerentes e os ningum pode garantir a preciso destes dados. O chefe por sua vez recebe dados isolados de cada gerente, onde fica difcil comparar o desempenho de cada gerente. yExistem vrios pontos onde podem ser introduzidos erros: No levantamento manu feito por cada al gerente; na digitao dos dados para criao da planilha; Na anlise de cada planilha individualmente, a qual no d uma viso do todo. Embora possa parecer catica demais, esta a situao na qual encontram -se muitas empresas privadas e pblicas. O mais interessante que estas empresas, na maioria das vezes, refletem a mentalidade da sua Administrao em relao Tecnologia da Informao (TI). Nestas empresas normalmente a TI considerada apenas um mal necessrio, um centro de cust que pouco ou nadapode os fazer para alavancar os negcios da empresa. Estas so as empresas onde existem "infinitos" nveis hierrquicos, onde os funcionrios so rigidamente controlados e somente podem se dirigir aos seus chefes imediatos. Onde a criatividade no incentivada, pelo contrrio, vista como desobedincia.

Um primeiro passo em direo a eficincia:

Muitas empresas j deram importantes passos na busca de maior eficincia, atravs do uso adequado da TI. Estas so empresas que j possuem um certo grau de conscientizao em relao ao papel da TI e da importncia do alinhamento da equipe de TI em relao aos objetivos e ao negcio da empresa. Normalmente estas empresas j informatizaram alguns sistemas, normalmente usando o modelo Cliente/Servidor de duas camadas. Porm alguns erros, digamos "graves" so cometidos nesta etapa: yO modelo Cliente/Servidor de difcil manuteno, pois as funes de interface e da lgica do negcio so responsabilidade do programa instalado em cada estao de tr abalho. Uma simples mudana na interface ou em uma regra da lgica do negcio faz com que seja necessria uma atualizao do programa cliente em todas as estaes de trabalho da rede da empresa. yMuitos sistemas foram criados para atender necessidades departamentais e os diversos sistemas existentes no esto integrados. Pior ainda, os vrios sistemas utilizam modelos de dados diferentes e, muitas vezes, tecnologias diferentes. A, por exemplo, um cliente tem o seu endereo alterado no sistema de contabilidade e a seo de relacionamento com o cliente continua enviando uma mala direta para o endereo antigo. yAntes de iniciar o processo de informatizao no foi feito uma anlise e reestruturao dos processos internos. S existe uma coisa pior do que no usar adequadamente a Tecnologia da Informao: us -la para informatizar a burocracia de processos mal planejados. Neste caso voc somente ser capaz de "fazer a besteira" de uma maneira mais rpida.

As tecnologias Web oferecem uma soluo satisfatria:

Como uma evoluo do modelo em duas camadas surge a proposta de desenvolvimento do modelo em trs camadas (para maiores detalhes veja o Captulo 1 do meu livro: ASP.NET: Uma nova Revoluo na Criao de Sites e Aplicaes Web e tambm a revista Developers Magazine nmero 69 de Maio/2002), onde a lgica do aplicativo deslocada para o Servidor de Aplicaes. Mas neste modelo ainda temos o problema da interface ser representada por um programa instalado em cada estao de trabalho da rede. Uma simples alterao de interface exige a atualizao do sistema em todas as estaes de trabalho da rede. Neste ponto que comea a adoo do modelo de desenvolvimento Web tambm para o desenvolvimento dos sistemas internos da empresa, onde a interface dos aplicativos criada na forma de pginas HTML em um servidor de pginas. Para integrar as pginas com os Servidores de Aplicao, onde esto os objetos responsveis pela lgica do negcio; e com os dados residentes em bancos de dados, utilizam-se tecnologias como ASP.NET da Microsoft ou PHP, JSP e at mesmo linguagens mais antigas como scripts Perl baseados em CGI. Com este modelo, chamado, por alguns autores, de modelo de n camadas, tudo o que o cliente precisa para acessar os sistemas da empresa um navegador instalad na o sua estao de trabalho. Com estes modelos os aplicativos so facilmente integrados. Fica fcil criar aplicaes de Workflow, onde formulrios eletrnicos so encaminhados, automaticamente, para os seus responsveis. Para possibilitar a integrao entre os sistemas e o correto roteamento de mensagens e formulrios, utilizam-se tecnologias de email, como Exchange Server da Microsoft ou o servidor Domino da Lotus. A criao de um modelo nico de dados tambm possvel graas a utilizao da linguagem XML ExtendedMarkupLanguage, a qual amplamente adotada por empresas do mundo todo. So muitos os benefcios da utilizao do modelo de desenvolvimento Web. Inicia pela facilidade na integrao dos aplicativos internos da empresa, passando pela possibili ade de integrao com os d sistemas dos clientes e fornecedores, atravs da criao de uma Extranet. E voc amigo profissional de TI, o que pode fazer para ajudar a sua empresa a migrar para um modelo de desenvolvimento baseado na Web: Se a sua empresa for do tipo que d liberdade a todos os funcionrios voc pode at enviar um email diretamente para o presidente da empresa, mas se a sua empresa for do tipo com "infinitos" nveis hierrquicos, o seu trabalho ser mais rduo, mas ainda possvel. O importante fazer alguma coisa para que, quem sabe um dia, voc nunca mais precise preencher um formulrio em papel. Nas prximas colunas detalharemos as tecnologias citadas nesta coluna.

Em primeiro lugar: O Inferno

Na coluna do ms passado falamos sobre como o uso da Tecnologia da Informao pode ajudar a melhorar a produtividade, atravs da automao de uma srie de rotinas administrativas. A partir desta coluna faremos um histrico, iniciando no modelo de desenvolvimento, infelizmente, ainda muito utilizado, at chegarmos na proposta de um modelo mais eficiente, baseado em tecnologias Web. Nesta coluna apresentaremos os problemas do tradicional modelo Cliente/Servidor de duas camadas. Nas prximas colunas iremos analisar as alternativas, at chegarmos ao model de n Camadas, baseado o totalmente em tecnologias Web.

A complexidade de gerenciamento do modelo Cliente/Servidor e aplicaes de 2 camadas.

O modelo Cliente/Servidor, foi criado tendo como base a descentralizao dos dados e recursos de processamento, em oposio ao modelo Centralizado utilizado na poca em que o Mainframe dominava absoluto. No modelo Cliente/Servidor, conforme indicado pela Figura 1, em uma rede de computadores, existem uma ou mais mquinas que atuam como Servidores, disponibilizando r ecursos para as demais mquinas, as quais atuam como Clientes.

Figura 1 O Modelo Cliente/Servidor tradicional.

Conforme pode ser visto na Figura 1, temos Servidores para Arquivos, Banco de dados e outras funes, tais como: Servidores de impresso, Servidores Web, etc. Estas redes, tipicamente, so formadas por Servidores, os quais so equipamentos com um maior poder de processamento e armazenamento do que os clientes, os quais, na maioria dos casos, so Microcomputadores ligados em rede.

Aplicaes em 2 camadas.
No incio da utilizao do modelo Cliente/Servidor, as aplicaes foram desenvolvidas utilizando -se um modelo de desenvolvimento em duas camadas. Neste modelo, um programa, normalmente desenvolvido em um ambiente de desenvolvimento, como o Visual Basic, Delphi ou Power Builder, instalado em cada Cliente. Este programa acessa dados em um servidor de Banco de dados, conforme ilustrado na Figura 2:

Figura 2 O Modelo de desenvolvimento em duas camadas.

No modelo de duas camadas, temos um programa que instalado no Cliente, programa esse que faz acesso a um Banco de dados que fica residente no Servidor de Banco de dados. Na maioria dos casos, a mquina do Cliente um PC rodando Windows, e a aplicao Cliente desenvolvida utilizando -se um dos ambientes conhecidos, conforme citado anteriormente. Sendo a aplicao Cliente, um programa para Windows (na grande maioria dos casos), esta deve ser instalada em cada um dos computadores da rede, que faro uso da aplicao. o processo de instalao normal, para qualquer aplicao Windows. No modelo de 2 camadas, a aplicao Cliente responsvel pelas seguintes funes: yApresentao: O Cdigo que gera a Interface visvel do programa, que utilizada pelo usurio para acessar a aplicao, faz parte da aplicao Cliente. Todos os formulrios, menus e demais elementos visuais, esto contidos no cdigo da aplicao Cliente. Caso sejam necessrias alteraes na interface do programa, faz-se necessria a gerao de uma nova verso do programa, e todos os computadores que possuem a verso anterior, devem receber a nova verso, para que o usurio possa ter acesso as alteraes da interface. A que comeam a surgir os problemas no modelo de 2 camadas: Uma simples alterao de interface, suficiente para gerar a necessidade de atualizar a aplicao, em centenas ou milhares de computadores. O gerenciamento desta tarefa, algo extremamente complexo e de custo elevado. yLgica do Negcio: Aqui esto as regras que definem a maneira como os dados sero acessados e processados, as quais so conhecidas como "Lgica do Negcio". Fazem parte das Regras do Negcio,

desde funes simples de validao da entrada de dados, como o clculo do digito verificador de um CPF, at funes mais complexas, como descontos escalonados para os maiores clientes, de acordo com o volume da compra. Questes relativas a legislao fiscal e escrita contbil, tambm fazem parte da Lgica do Negcio. Por exemplo, um programa para gerncia de Recursos Humanos, desenvolvido para a legislao dos EUA, no pode ser utilizado, sem modificaes, por uma empresa brasileira.. Alteraes nas regras do negcio so bastante freqentes, ainda mais com as repetidas mudanas na legislao do nosso pas. Com isso, faz-se necessria a gerao de uma nova verso do programa, cada vez que uma determinada regra muda, ou quando regras forem acrescentadas ou retiradas. Desta f rma, todos os o computadores que possuem a verso anterior, devem receber a nova verso, para que o usurio possa ter acesso as alteraes . Mais problemas com o modelo de 2 camadas: Qualquer alterao nas regras do negcio, suficiente para gerar a necessidade de atualizar a aplicao, em centenas ou milhares de computadores. O gerenciamento desta tarefa, algo extremamente complexo e de custo elevado. yA outra camada, vem a ser o Banco de dados , o qual fica armazenado em Servidor da rede. Uma aplicao desenvolvida em Visual Basic, a qual acessa um Banco de dados em um servidor Microsoft SQL Server, um tpico exemplo de uma aplicao em 2 camadas. Com a evoluo do mercado e as alteraes da legislao, mudanas nas regras do negcio so bastante freqentes. Com isso o modelo de duas camadas, demonstrou -se de difcil manuteno e gerenciamento, alm de apresentar um custo de propriedade muito elevado. Isto sem contar com o problema conhecido como "DLL Hell" (Inferno das DLLs), onde diferentes aplicativos, instalam diferentes verses da mesma DLL e um conflito gerado. o caso tpico onde a instalao de um programa, faz com que um ou mais programas, instalados anteriormente, deixem de funcionar. Em resumo, como diria um famoso comediante: "Uma verdadeira viso do Inferno". Inferno para o usurio, que no tem os programas funcionando como deveriam; inferno para a equipe de desenvolvimento que no tem o seu trabalho reconhecido e, normalmente, tem que trabalhar apenas "apagando incndios"; e inferno para a Administrao/Gerncia da rede que no consegue gerar os resultados esperados pela Administrao da empresa, apesar dos elevados valores j investidos. Pode parecer difcil de acreditar, mas um grande nmero de empresas ainda tem a maioria dos seus aplicativos baseados no modelo Cliente/Servidor de 2 camadas. Em busca de solues para os problemas do modelo de duas camadas, que surge a proposta do modelo de 3 camadas.

Rumo ao Paraso
At agora falamos sobre o uso adequado da TI para melhorar a produtividade e sobre o tradicional modelo Cliente/Servidor em duas camadas. Encerramos com o seguinte pargrafo: "Em busca de solues para os problemas do modelo de duas camadas, que surge a pr oposta do modelo de 3 camadas." Ento chegada a hora de falarmos sobre as propostas do modelo de 3 ou mais camadas. Vamos entender os benefcios do modelo em 3 ou mais camadas, em relao ao tradicional modelo Cliente/Servidor de duas camadas.

Aplicaes em 3 camadas
Como uma evoluo do modelo de 2 camadas, surge, com o crescimento da Internet, o modelo de trs camadas. A idia bsica do modelo de 3 camadas, "retirar" as Regras do Negcio do cliente e centraliz-las em um determinado ponto, o qual chamado de Servidor de Aplicaes. O acesso ao Banco de dados feito atravs das regras contidas no Servidor de Aplicaes. Ao centralizar as Regras do Negcio em um nico ponto, fica muito mais fcil a atualizao destas regras. A Figura 3, nos d uma idia geral do modelo em 3 camadas:

Figura 3 O Modelo de desenvolvimento em trs camadas.

Todo o acesso do cliente ao Banco de dados, feito de acordo com as regras contidas no Servidor de aplicaes. O cliente no tem acesso direto ao Banco de dados, sem antes passar pelo servidor de aplicaes. Com isso as trs camadas so as seguintes: yApresentao: Continua no programa instalado no cliente. Alteraes na Interface do programa, geram a necessidade de atualizar a aplicao em todos os computadores, onde esta est sendo utilizada. Porm cabe ressaltar, que alteraes na interface, so menos freqentes do que alteraes nas regras do negcio. yLgica: So as regras do negcio, as quais determinam de que maneira os dados sero utilizados. Esta camada foi deslocada para o Servidor de aplicaes. Desta maneira, quando uma regra do negcio for alterada, basta atualiz-la no Servidor de aplicaes. Aps a atualizao, todos os usurios passaro a ter acesso a nova verso, sem que seja necessrio reinstalar o programa em cada um dos computadores da rede. Vejam que ao centralizar as regras do negcio em um Servidor de aplicaes, estamos facilitando a tarefa de manter a aplicao atualizada. yDados: Nesta camada temos o servidor de Banco de dados, no qual reside toda a informao necessria para o funcionamento da aplicao. Cabe ressaltar, novamente, que os dados somente so acessados atravs do Servidor de aplicao, e no diretamente pela aplicao Cliente. Com a introduo da camada de Lgica, resolvemos o problema de termos que atualizar a aplicao, em centenas ou milhares de computadores, cada vez que uma regra do negcio for alterada. P orm continuamos com o problema de atualizao da aplicao, cada vez que forem necessrias mudanas na Interface. Por isso que surgiram os modelos de n-camadas. Agora vamos falar um pouco sobre o modelo de 4 camadas.

Aplicaes em quatro camadas

Como uma evoluo do modelo de trs camadas, surge o modelo de quatro camadas. A idia bsica do modelo de 4 camadas, retirar a apresentao do cliente e centraliz -las em um determinado ponto, o qual na maioria dos casos um servidor Web. Com isso o prprio Cliente deixa de existir como um programa que precisa ser instalado em cada computador da rede. O acesso a aplicao, feito atravs de um Navegador, como o Internet Explorer ou o Netscape Navigator. A Figura 4, nos d uma idia geral do modelo em quatro camadas:

Figura 4 - O Modelo de desenvolvimento em quatro camadas.

Para acessar a aplicao, o cliente acessa o endereo da aplicao, utilizando o seu navegador. Por exemplo http://www.empresa-abc.com/sistemas/cadastro.asp . Todo o acesso do cliente ao Banco de dados, feito de acordo com as regras contidas no Servidor de aplicaes. O cliente no tem acesso direto ao Banco de dados, sem antes passar pelo servidor de aplicaes. Com isso as quatro camadas so as seguintes: yCliente: Nesta caso o Cliente o Navegador utilizado pelo usurio, quer seja o Internet Explorer, quer seja o Netscape Navigator, ou outro Navegador qualquer. yApresentao: Passa para o Servidor Web. A interface pode ser composta de pginas HTML, ASP, ou qualquer outra tecnologia capaz de gerar contedo para o Navegador. Com isso alteraes na interface da aplicao, so feitas diretamente no servidor Web, sendo que estas alteraes estaro, automaticamente, disponveis para todos os Clientes. Com isso no existe a neces sidade de reinstalar a aplicao em todos os computadores da rede cada vez que uma alterao for feita na camada de apresentao. Fica muito mais fcil garantir que todos esto acessando a verso mais atualizada da aplicao. A nica coisa que o cliente precisa ter instalado na sua mquina, o Navegador. O acesso ao Banco de dados, feito atravs do Servidor de aplicaes. yLgica: So as regras do negcio, as quais determinam de que maneira os dados sero utilizados. Esta camada est no Servidor de aplicaes. Desta maneira, quando uma regra do negcio for alterada, basta atualiz-la no Servidor de aplicaes. Aps a atualizao, todos os usurios passaro a ter acesso a nova verso, sem que seja necessrio reinstalar o programa em cada um dos computador da rede. Vejam es que ao centralizar as regras do negcio em um Servidor de aplicaes, estamos facilitando a tarefa de manter a aplicao atualizada. yDados: Nesta camada temos o servidor de Banco de dados, no qual reside toda a informao necessria para o funcionamento da aplicao. Com o deslocamento da camada de apresentao para um Servidor Web, resolvemos o problema de termos que atualizar a aplicao, em centenas ou milhares de computadores, cada vez que a interface for alterada. Neste ponto a atualizao das aplicaes uma tarefa mais gerencivel, muito diferente do que acontecia no caso do modelo em duas camadas. Os servidores de Aplicao, servidor Web e servidor de Banco de dados, no precisam, necessariamente, ser servidores separados, isto , uma mquina para fazer o papel de cada um dos servidores. O conceito de servidor de Aplicao, Web ou Banco de dados, um conceito relacionado com a funo que o servidor desempenha. Podemos ter, em um mesmo equipamento, um Servidor de aplicaes, um servidor Web e um servidor de Banco de dados. Claro que questes de desempenho devem ser levadas em considerao. Bem, a evoluo um processo contnuo. O prximo passo desta evoluo, na busca de maior eficincia no acesso s informaes a implementao de Portais Corporativos.

Portais Corporativos Voc Ainda Vai Ter Um

At agora falamos sobre o uso adequado da TI para melhorar a produtividade, sobre o tradicional modelo Cliente/Servidor em duas camadas e sobre o modelo de desenvolvimento em n ca madas como soluo

para os problemas do tradicional modelo Cliente Servidor. Encerramos ltimo tpico com o seguinte pargrafo: "Bem, a evoluo um processo contnuo. O prximo passo desta evoluo, na busca de maior eficincia no acesso s informaes a implementao de Portais Corporativos." Ento chegada a hora de falarmos um pouco sobre Portais Corporativos. Vamos entender qual a proposta e os benefcios da implementao de um Portal Corporativo. Nessa item apresentarei uma viso geral. Em um dos prximos tutoriais entrarei em detalhes sobre Portais Corporativos.

Nem tudo so flores

O modelo em 3 ou mais camadas (discutido na coluna anterior) traz a tecnologia e o modelo de desenvolvimento Web para dentro da empresa. A partir do uso desse modelo de desenvolvimento, as empresas conseguem implementar aplicaes robustas e seguras, e ao mesmo tempo fceis de instalar e manter atualizadas. Porm no podemos esquecer que existem dezenas, muitas vezes centenas de sistemas baseados em modelos mais antigos como o Mainframe ou o tradicional modelo Cliente/Servidor. A questo : O que fazer com essas aplicaes? Obviamente que o ideal seria reescrever todas as aplicaes para o modelo em 3 ou mais camadas. Mas temos que levar sempre em considerao a relao custo x benefcios. Sem dvidas que novas aplicaes devem ser desenvolvidas com base nos modelos de n camadas, baseadas em tecnologia Web. Mas ser que realmente necessria a adaptao imediata de todas as aplicaes j existentes? Na prtica ns sabemos que no. O que acontece que a empresa continua utilizando os diversos sistemas disponveis, no por opo, mas pelas necessidades do trabalho dirio. Na prtica temos, na mesma empresa, o convvio de aplicaes baseadas em Mainframe, aplicaes baseadas no modelo Cliente/Servidor e novas aplicaes baseadas no modelo em 3 ou mais camadas. Manter e integrar essa diversidade de sistemas um desafio, no mnimo, gigantesco. Nesse cenrio temos as informaes, matria prima mais importante para a empre sa, "espalhada" atravs dos diversos sistemas da empresa. Nem mesmo o acesso s aplicaes disponveis uma tarefa fcil. Primeiro o usurio tem que descobrir que existe um aplicativo que faz o que ele quer, depois ele tem que descobrir quem o responsvel pela instalao e manuteno e, por ltimo, precisa aprender a utilizar o programa. Alm disso o usurio precisa utilizar diferentes aplicativos para acessar as informaes necessrios: yUm Emulador de Terminal para acessar os sistemas do Mainframe. yUm Navegador para acessar os sistemas baseados em tecnologia Web de n camadas. yDiversos programas baseados na arquitetura Cliente/Servidor, onde cada aplicativo um programa diferente, instalado no computador do usurio.

Onde que os Portais Corporativos entram nessa histria??

A idia dos portais corporativos surgiu a partir da criao dos portais da Internet, tais como o Yahoo, UOL, Terra, etc. Se estes portais facilitam o acesso do usurio s informaes da Internet, porque no facilitariam o acesso s informaes internas da empresa? A idia do Portal Corporativo criar um ponto de acesso nico, a todas as informaes e aplicativos que o usurio precisa para realizar o seu trabalho dirio. Atravs do Portal o usurio deve ter acesso a todas as informaes necessrias, aos aplicativos disponveis, a treinamentos OnLine, a orientaes para o seu trabalho. Alm de ter acesso s informaes disponveis, os usurios tambm devem dispor de ferramentas que permitam o compartilhamento da informao. comum a criao de comunidades virtuais e comunidades de prticas que funcionam diretamente no Portal Corporativo. Um dos principais objetivos dessas comunidades facilitar a troca de informaes entre seus participantes. Ao mesmo tempo em que existe a troca, tambm existe o registro/captura dessa informao. Isso benfico para toda a empresa, pois informao compartilhada atravs do portal informao disponvel, diferente de quando a informao est apenas na "cabea" dos funcionrios. A medida que o Portal Corporativo comea a ter maior aceitao, com o conseqente aumento no nmero de acessos, possvel comear a pensar na migrao dos sistemas legados para a o modelo Web de trs camadas. Em muitos casos nem necessrio a migrao das aplicaes, ap enas fornecer o acesso atravs do Portal. Por exemplo, o banco no qual sou correntista, mantm toda a sua base de dados no Mainframe. Porm eu consulto saldo, extrato e fao pagamentos atravs de uma aplicao Web de n camadas. O Navegador o meu cliente, existe um servidor de aplicaes na qual esto as regras do

negcio e, atravs desse servidor de aplicaes que so acessados os dados do Mainframe. Para mim, do ponto de vista do usurio, no faz a mnima diferena o fato dos dados estarem no Mainframe ou em um servidor Intel rodando o SQL Server ou ORACLE ou outro banco de dados qualquer. Um dos principais objetivos do Portal Corporativo facilitar o trabalho dos funcionrios, disponibilizando as informaes e ferramentas que eles necessitam. Um expresso que ficou muito famosa, encontrada em muitos artigos, a seguinte: "A informao certa, para a pessoa certa no momento certo." Portais bem projetados e focados nas reais necessidades dos usurios, so capazes de vencer o desafio de fornecer as informaes corretas, quando necessrias, para quem delas precisar. A criao de um Portal Corporativo no uma tarefa trivial. O fator Humano muito importante. O Portal precisa ser projetado tendo como base as necessidades dos usurios. importante entend como as er pessoas realizam o seu trabalho e projetar um Portal que faa sentido do ponto de vista do usurio comum e no do ponto de vista da equipe tcnica. O usurio tem que poder acessar e pesquisar as informaes usando diferentes caminhos. Algumas perguntas importantes so: O que os usurios precisam saber? Quais as fontes de conhecimento que os usurios utilizam ou poderiam utilizar no futuro? Como os usurios devem procurar por elas? Ser que o Portal Corporativo ser intuitivo para o usurio? Qual ser o impacto do Portal Corporativo no aprendizado e na tomada de decises? Observem que todo o foco voltado para o usurio. Se este no perceber valor no portal, como um elemento facilitador do seu trabalho dirio, ser muito pouco provvel que o proc esso venha a ter sucesso. preciso envolver os funcionrios, "vender a idia do portal", mostrando, atravs de exemplos prticos, que o Portal Corporativo uma ferramenta que pode ajudar muito no trabalho dirio de cada um. O Portal precisa fornecer aos usurios bons motivos para que estes visitem o portal todos os dias. Percebem o tamanho deste desafio??? Neste tpico apresentei apenas a idia inicial do Portal Corporativo. Em um dos prximos tutoriais irei abordar um pouco mais sobre esse tema. Se voc j quiser ir se interando sobre o assunto, recomendo o excelente livro "Portais Corporativos", do Professor Jos Cludio Cyrineu Terra. Entre em contato atravs do emailwebmaster@juliobattisti.com.br ou diretamente atravs do site www.juliobattisti.com.br, para enviar os seus comentrios, crticas e sugestes.