1 - INTRODUO

Um dos princpios do Estado de Democrtico de Direito a descentralizao e

desconcentrao do poder economico, factor este que o nosso pas caminha de forma
irreversvel, com a aprovao da Constituio da Repblica. Fruto deste desiderato urge
dotar a sociedade, os rgos e instituies que a compem de instrumentos, ferramentas
capazes para que estes possam realmente, realizar as suas tarefas com vista a servir os
interesses pblicos.
O desenvolvimento faz-se com os homens com as instituies mas tambm com as
regras, proforma a modelar os comportamentos, as condutas, bem como o cumprimento do
dever seja a bandeira de cada um dos servidores pblicos. No obstante o pas ainda no
deter o nmero de quadros suficientes para acompanhar com profundidade e eficcia o
quadro das reformas que se pretendem empreender na administrao pblica, por forma
atingir o mais rpido possvel os objectivos preconizados pelo Executivo.
Nos ltimos vinte anos os bancos demostraram alta competitividade em varios
momentos e de dediversas formas, mesmo com a implantao de planos econmicos entre
1999 e 2002, o que se verifica pelos resultados obtidos pelos mesmos e amplamente
divulgados

Pgina | 1

1.1 - OBJETIVOS
1.1.2 GERAL
Os bancos comerciais buscam o aumento de sua base de clientes para diluio de
seus custos fixos bem como um processo de fidelizar seus clientes,- os atuais, os
conquistados da concorrncia e os novos clientes que entram a cada ano nesse mercado
otimizando os resultados e o retorno do capital investido
1.1.3 ESPECIFICOS
O fato dos bancos apresentarem ultimamente lucros elevados deixa a impresso
geral que tais instituies chegam a esses resultados apenas atravs da aplicao de altas
taxas de juros sobre os emprstimos concedidos aos seus clientes. Na verdade, os bancos
chegaram a esses resultados atravs da competitividade de suas estratgias de atuao,
como ser visto nesse trabalho.

1.2.2 - JUSTIFICATIVA
Nota-se tanto no mercado bancrio como em outros mercados, uma forte
competio entre as diversas empresas participantes do mesmo. De acordo com Vale
(1992), as empresas competem deforma acirrada em vrios nveis, sempre procurando no
s as reas de influncia, como tambm suas vantagens comparativas e maiores fatias de
mercado. Em busca de escala, os bancos fizeram fuses,associaes, incorporaes e
tercerizaram atividades fora do seu core business. Na busca de competitividade,inclui-se
tambm a crescente utilizao de inovaes tecnolgicas e financeiras como diferenciais na
disputa por clientes. Para Porter (1986), qualquer segmento econmico deve compreender
suas foras competitivas e as estratgias que podem levar ao sucesso. citaremos cinco
foras competitivas:
1) Concorrentes;
2) Ingressantes;
3) Fornecedores;
4) Compradores;
5) Substitutos
1.3 - PBLICO-ALVO

Alunos, Estudantes, Docentes, Acadmicos, Polticos, em suma toda sociedade.

Pgina | 2

1.4 - METODOLOGIA DE PESQUISA

A pesquisa de campo foi feita atravs de entrevistas com os profissionais, onde os
mesmosresponderam pergunta: Quais fatores fazem seu banco ter competitividade? Aps as
respostas e para no influenciar os entrevistados, os mesmos receberam um formulrio com os 25
fatores estudados.No formulrio o entrevistado avaliou a importncia e a prioridade de cada fator,
identificadoou no por ele.
Esta avaliao foi baseada numa escala par, evitando a tendncia do entrevistadoem ficar na
mdia, sendo: 1 nenhuma; 2 baixa; 3 mdia e 4 alta. Os dados resumidos da pesquisa sero
apresentado na tabela mais abaixo.

a. Estudo das tecnologias de informao utilizadas pelos bancos para obtenco de

novos clientes.
b. Recolha de informao sobre as ferramentas existentes nas diferentes redes
bancarias como os seus requisitos para se tornar cliente dos mesmo.
c. Anlise de informao existente nos relatorios de Contas dos Bancos Comercias de
(2013 e 2014)
d. Definio de requisitos bem como a arquitectura de uma aplicao WEB, e a
justificao da escolha, tendo em conta as vantagens da aplicao nas actividades
dos utilizadores e as restries impostas.
e. Anlise do enquadramento.
Macro-econmico:
Actividade
Sistema de Gesto de Risco
Branqueamento de capitais e financiamento do Terrorismo
Anlise Financeira
Desmonstraes Financeiras e Notas
2.1 FUNDAMENTAO TERICA
Para entender melhor sobre competitividade nas redes Bancaruias iremos abordar
factores de competividade nomeadamente:
Agilidade,
Nmero de Agencia,
Clima Organizacional,
Comodidade,
Correspondentes Bancarios,
Custo,
Escala
Fidelizao de Clintes
Pgina | 3

Flexibilidade,
Imagem
Inovao
Economia
Lucros
Nivel de estresse dos Funcionarios
Marketing
Qualidade
Relacionamento
Remunerao
Responsabilidade Social,
Segmentao
Segurana
Tecnolgia
Tercerizao
Trabalho em Equipe
Treinamento de Funcionarios

2.1.1 AGILIDADE NO BANCO BIC COMO FATOR DE COMPETIO

Refere-se rapidez com que um banco reage s mudanas do mercado, a um ataque
da concorrncia,s oportunidades ou s solicitaes dos clientes. Johnson (2001) cita que
quando estamos atentos e notamos cedo as pequenas mudanas, isso ajuda a adaptar-se com
vantagens s maiores mudanas que ocorrero. Para Porter (1986) a agilidade de atuao no
mercado um diferencial competitivo , desta forma usaremos o mesmo como fator de
medio de competio no trabalho.
2.1.2 CRESCIMENTO DO NMERO DE ANGNCIA NO BANCO BIC COMO
FATOR DE COMPETIO
A distribuio de agencias bancrias, est relacionada com a distribuio da rede de
agncias ou pontos de atendimento de um banco pelo territrio nacional, ou seja, a presena fsica
da instituio na maior parte possvel do pas, bem como nos pontos estratgicos onde se encontram
novas possibilidades de negcios a serem exploradas. Hoje o banco Bic conta com mais de 800.000
mil clientes , em Luanda conta com 121 unidades comerciais, (Bengo com 1 agencia), (Benguela
16 agncias), (Bie 4 agncias),( Cabinda 4 agncias), (Cunene 4 agncias), (Huambo 8 agncias),
(Huila 15 agncias), (K. Kubango 1 agncias), (Kwanza Norte 5 agncias), (Kwanza Sul 10
agncias), (Lunda Norte 5 agncias),(Lunda Sul 4 agncias), (Zaire 2 agncias).
Assim, quanto maior o nmero de agncias, o nmero de pontos de atendimento de uma
instituio financeira, bem como sua distribuio, maior sua rede,ou seja, maior a sua chance de
fazer negcios em regies diferentes do pas. A tecnologia,segundo Costabile (2000) a grande
responsvel pela maior rede dos bancos, pois permite o atendimento ao cliente atravs de canais
alternativos dispersos pelos mais diversos pontos do pas e at mesmo em sua casa ou em seu
escritrio.

Pgina | 4

2.1.3 - CLIMA ORGANIZACIONAL NO BANCO BIC COMO FATOR DE

COMPETIO
Davis & Newstrom (1998) citam que o comportamento organizacional integra
quatro elementos:pessoas, estrutura, tecnologia e ambiente. Isso envolve conceitos
fundamentais sobre a natureza das pessoas e das organizaes, ou seja, como os
colaboradores esto preparados para o desempenho de suas funes, seu crescimento e
desenvolvimento para atingirem nveis mais altos de competncia, criatividade e realizao,
face importncia de serem os recursos centrais em qualquer organizao e qualquer
sociedade. Ento, o comportamento organizacional deve criar produtividade nas
organizaes.
A se inclui conhecimento, habilidade, atitude, motivao. A motivao faz, segundo
Davis & Newstrom (1998), o colaborador adquirir capacidade. importante, para
todo esse processo ocorrer de forma normal, que as empresas gerem condies que
motivem os colaboradores a um melhor desempenho, ou seja, criem um clima
organizacional que facilite o trabalho para alcanar os resultados pretendidos. Esse
clima tambm reflete a capacidade da empresa de atrao e reteno de funcionrios
competentes que contribuam com os resultados desejados.
2.2 COMODIDADE NO BANCO BIC COMO FATOR DE COMPETIO
Um dos princpios bsicos para se aumentar as vendas dar aos clientes condies
de economizar tempo e energia, segundo Berry et al (2001). Os clientes atuais dos bancos,
comercias conforme demostraremos no quadro a Baixo1,so mais exigentes, mais
informados, desejam ir menos s agncias, so preocupados com a qualidade e custo, alm
de serem mais independentes e questionadores.
Acesso:

facilidade de acesso a uma agncia, a um caixa eletrnico, a

uma central de atendimento ou ao banco via internet;

Procura:

embora muitos clientes saibam o que desejam, muitas vezes s

decidem a compra em funo do atendimento;

Posse:

facilidade de ter o servio ou produto desejado; no caso dos

bancos, o atendimento gil,gentil e eficiente fornecido pelos
gerentes;

Transaes
facilidade de obteno de informaes na agncia sem
:
filas, em pagamentos comcartes de saques onde o sistema
esteja sempre funcionando e alternativas de horrio para
realizarum servio qualquer.

Pgina | 5

2.3 CORRESPONDENTE BANCRIOS

Representam uma convenincia de acesso populao. Atravs de regulamentao
do BancoCentral, os correspondentes bancrios ou agncias alternativas passaram a ser uma
nova forma deexpanso para os bancos, principalmente os de varejo que buscam maior
capilaridade com novos pontos-de-venda, visando atingir uma parte da populao ainda
sem acesso aos servios bancrios e permitirum crescimento geogrfico com menores
custos de instalao
O compartilhamento entre bancos, agncias de correios, supermercados
e farmcias, Restaurantes so exemplos de correspondentes bancrios. A
grande vantagem para a instalao de correspondentes bancrios seu baixo
custo comparado a uma agncia tradicional, cerca de 8% do investimento
total, conforme emis (2012).
Atabela 2 mostra a evoluo do nmero de correspondentes bancrios
no perodo de 3 anos.

RTES MULTICAIXA

2013

2014

Ago-15

Cartes Vlidos

3.377.798

4.687.951

4.753.543

Cartes Vivos

2.462.174

3.165.008

3.310.940

134.512.402

170.970.382

128.725.651

25.844.638

41.022.181

36.151.025

Base de Dados de Cartes

Movimento de Transaces
Transaces em
Caixas Automticos
(CA's)
Transaces em
TPAs
Levantamentos em
CAs (valores em
kz)
Valor de Compras
em TPAs (valores
em kz)

747.095.145.200,00 976.659.140.600,00 691.423.130.900,00

249.703.956.438,92 448.718.989.037,34 366.440.459.811,69

Rede de Terminais
Rede de Terminais

2.334

2.627

2.716

Pgina | 6

Terminais
Pagamento Automt
ico

31.716

47.076

57.669

3 PROTOCOLOS DE PAGINAS WEB

Um protocolo um mtodo standard que permite a comunicao entre processos
(que se executam eventualmente em diferentes mquinas), isto , um conjunto de regras e
procedimentos a respeitar para emitir e receber dados numa rede. Existem vrios, de acordo
com o que se espera da comunicao. Certos protocolos, por exemplo, sero especializados
na troca de ficheiros (o FTP), outros podero servir para gerir simplesmente o estado da
transmisso e os erros ( o caso do protocolo ICMP),
Na Internet, os protocolos utilizados fazem parte de uma sequncia de protocolos, quer
dizer, de um conjunto de protocolos. Esta sequncia de protocolos chama-se TCP/IP.
Esta contm, designadamente, os seguintes protocolos:

HTTP , FTP, ARP, ICMP, IP, TCP, UDP, SMTP, Telnet, NNTP
3.1 - PROTOCOLOS ORIENTADOS E NO ORIENTADOS H CONEXO

Classificam-se geralmente os protocolos em duas categorias, de acordo com o nvel de

controlo dos dados que se deseja:

Os protocolos orientados param a conexo: Trata-se dos protocolos que operam

um controlo de transmisso dos dados durante uma comunicao estabelecida entre
duas mquinas. Em tal esquema, a mquina receptora envia avisos de recepo
aquando da comunicao, assim a mquina emissora fiadora da validade dos
dados que envia. Os dados so assim enviados sob a forma de fluxo. O TCP um
protocolo orientado para a conexo

Os protocolos no orientados h conexo: Trata-se de um modo de comunicao

no qual a mquina emissora envia dados sem prevenir a mquina receptora, e a
mquina receptora recebe os dados sem avisos de recepo primeira. Os dados so
assim enviados sob a forma de blocos (data gramas). O UDP um protocolo no
orientado para a conexo

3.2 - PROTOCOLO E APLICAO

Um protocolo define unicamente a maneira pela qual as mquinas devem
comunicar, quer dizer, a forma e a sequncia dos dados a trocar. Um protocolo no define,
Pgina | 7

em contrapartida, a maneira de programar um software de tal maneira a que seja compatvel

com o protocolo. Chama-se assim implementao traduo de um protocolo em
linguagem de programao.
As especificaes dos protocolos nunca so exaustivas, assim habitual que as aplicaes
sejam objecto de uma certa interpretao das especificaes, oque conduz s vezes s
especificidades de certas aplicaes ou, pior ainda, h incompatibilidades ou falhas de
segurana
3.3 - Protocolo HTTP
Hyper Text Transfer Protocol o protocolo usado na World Wide Web para a
distribuio e recuperao de informao. A troca de informaes entre um browser e um
servidor Web toda feita atravs desse protocolo, que foi criado especificamente para a
World Wide Web.
O protocolo HTTP (HyperText Transfer Protocol) o protocolo mais utilizado na
Internet desde 1990. A verso 0.9 destinava-se unicamente a transferir dados na Internet
(em especial pginas Web escritas em HTML). A verso 1.0 do protocolo (a mais utilizada)
permite doravante transferir mensagens com cabealhos que descrevem o contedo da
mensagem utilizando uma codificao de tipo MIMO.
O objectivo do protocolo HTTP permitir uma transferncia de ficheiros
(essencialmente no formato HTML) localizados graas a uma cadeia de caracteres chamada
URL entre um navegador (o cliente) e um servidor Web (chamado de resto httpd nas
mquinas UNIX).

Comunicao entre navegador e servidor

A comunicao entre o navegador e o servidor faz-se em dois tempos:

O navegador efectua um pedido HTTP

O servidor trata o pedido e seguidamente envia uma resposta HTTP

Na realidade, a comunicao efectua-se em mais tempo se considerarmos o tratamento do

pedido pelo servidor.
Um script CGI (Como Gateway Interface, significa interface de passarela comum)
um programa executado pelo servidor web (diz-se geralmente lado do servidor"), que
permite enviar ao navegador do internauta um cdigo HTML criado automaticamente pelo
Pgina | 8

servidor (baseado, por exemplo, em outra aplicao, tal como um sistema de gesto de
banco de dados, de onde se origina a denominao de passarela).
Um dos principais interesses de uso de CGI a possibilidade de fornecer pginas
dinmicas, quer dizer pginas personalizadas de acordo com a escolha de digitao do
usurio. A aplicao mais frequente desta tcnica repousa na utilizao de formulrios
HTML que permitem ao usurio escolher ou digitar dados, depois de clicar sobre um boto
do formulrio, enviando ento os dados do formulrio em parmetro do script CGI.
Quando uma solicitao enviada ao servidor, este examina a extenso do arquivo para
determinar a aco que ele vai efectuar. Assim, por exemplo:

No caso de um ]http://pt.kioskea.net/contents/html/htmlintro.php3 arquivo HTML]

(extenso .htm ou .html) : o servidor vai gerar cabealhos de resposta http que vai
enviar ao navegador solicitando um arquivo, depois enviar o arquivo HTML.

3.4 - Protocolo TCP

O TCP (que significa Transmisso Controlo Protocolo, em portugus: Protocolo de
Controle de Transmisso) um dos principais protocolos da camada de transporte do
modelo TCP/IP. Ele permite, a nvel das aplicaes, gerir os dados em provenincia da ou
com destino camada inferior do modelo ou seja, o protocolo IP. Quando os dados so
fornecidos ao protocolo IP, este encapsula-os em data gramas IP, fixando o campo
protocolo em 6 (para saber que o protocolo ascendente o TCP... O TCP um protocolo
orientado para a conexo, isto , ele permite a duas mquinas comunicantes, controlar o
estado da transmisso.
As principais caractersticas do protocolo TCP so:

TCP entrega ordenadamente os data gramas provenientes do protocolo IP

TCP verifica a onda de dados para evitar uma saturao da rede

TCP formata os dados em segmentos de comprimento varivel para "entreg-los" ao

protocolo IP

TCP permite o multiplex dos dados, quer dizer, faz circular, simultaneamente, as
informaes que provem de fontes (aplicaes, por exemplo) distintas numa
mesma linha

TCP permite a incio e o fim de uma comunicao de maneira educada.

Graas ao protocolo TCP, as aplicaes podem comunicar de forma segura (graas

ao sistema de avisos de recepo do protocolo TCP), independentemente das camadas
inferiores. Isto significa que os roteadores (que trabalham na camada Internet) tm como
nico papel o encaminhamento dos dados sob a forma de data gramas, sem se preocuparem
Pgina | 9

com o controle dos dados, porque este realizado pela camada de transporte (mais
concretamente pelo protocolo TCP).
Durante uma comunicao atravs do protocolo TCP, as duas mquinas devem
estabelecer uma conexo. A mquina emissora (a que pede a conexo) chama-se cliente,
enquanto a mquina receptora se chama servidor. Diz-se ento que estamos num ambiente
Cliente-Servidor. As mquinas em tal ambiente comunicam em modo ligado, ou seja, que a
comunicao feita nos dois sentidos .Para permitir o bom desenrolar da comunicao e de
todos os controles que a acompanham, os dados so encapsulados, isto , juntamos ao
pacote de dados um cabealho que vai sincronizar as transmisses e assegurar a sua
recepo.Outra particularidade do TCP poder controlar o dbito dos dados graas sua
capacidade para emitir mensagens de dimenso varivel: estas mensagens so chamadas de
"segmentos".
O TCP permite ainda efectuar uma tarefa importante: multiplex/desmultiplex, quer
dizer, fazer transitar numa mesma linha dados que provem de aplicaes diversas ou, em
outras palavras, pr em srie informaes que chegam em paralelo.
Estas operaes so realizadas graas ao conceito de portas (ou sockets), ou seja, um
nmero associado a um tipo de aplicao que, combinada com um endereo IP, determina,
de maneira nica, uma aplicao que roda numa dada mquina.
3.5 - PROTOCOLO IP
Na Internet, os computadores comunicam entre eles graas ao protocolo IP (Internet
Protocolo), que utiliza endereos numricos, chamados endereos IP, compostos por 4
nmeros inteiros (4 bytes) entre 0 e 255 e notados sob a forma xxx.xxx.xxx.xxx. Por
exemplo, 194.153.205.26 um endereo IP com forma tcnica .Estes endereos servem
para os computadores da rede para comunicarem entre eles, assim cada computador de uma
rede possui um endereo IP nico nessa rede.
o ICANN (Internet Corporation for Assigned Names and Numbers, substituindo o
IANA, Internet Assigned Numbers Agency, desde 1998) que est encarregado de atribuir
endereos IP pblicos, isto , os endereos IP dos computadores directamente ligados
rede pblica de Internet

3.6 - PROTOCOLO FTP

O protocolo FTP (File Transfer Protocol) , como o seu nome o indica, um
protocolo de transferncia de ficheiroA aplicao do protocolo FTP data de 1971, na
mesma data em que um mecanismo de transferncia de ficheiros (descrito no RFC 141)
entre as mquinas do MIT (Massachussetts Institute of Technology) foi criado. Numerosos
Pgina | 10

RFC trouxeram seguidamente melhorias ao protocolo bsico, mas as maiores inovaes

datam de Julho de 1973. O protocolo FTP actualmente definido pelo RFC 959 (File
Transfere Protocolo (FTP) - Especificaes).
O protocolo FTP define a maneira segundo a qual os dados devem ser transferidos numa
rede TCP/IP.
O protocolo FTP tem como objectivos:

Permitir uma partilha de ficheiros entre mquinas distantes

Permitir uma independncia dos sistemas de ficheiros das mquinas clientes e

servidor

Permitir transferir dados de maneira eficaz

O protocolo FTP inscreve-se num modelo cliente-servidor, ou seja, uma mquina envia
ordens (o cliente) e a outra espera pedidos para efectuar aces (o servidor).
Aquando de uma conexo FTP, dois canais de transmisso esto abertos:

Um canal para os comandos (canal de controlo)

Um canal para os dados

Assim o cliente, tal como o servidor, possui dois processos que permitem gerir estes dois
tipos de informao:

O DTP (Data Transfere Processo) o processo encarregado de estabelecer a

conexo e gerir o canal de dados. O DTP do lado do servidor chama-se SERVERDTP, o DTP lado cliente denominado USER-DTP

O PI (Protocol Interpreter) o intrprete de protocolo que permite comandar o DTP

com a ajuda de comandos recebidos no canal de controlo. diferente no cliente e no
servidor:
o

O SERVER-PI est encarregado de ouvir os comandos que provm de uma

PI no canal de controlo numa porta dada, estabelecer a conexo para o canal
de controlo, receber neste os comandos FTP da GASTAR-PI, responder-lhes
e pilotar o SERVER-DTP

O USER-PI est encarregado de estabelecer a conexo com o servidor FTP,

enviar os comandos FTP, receber as respostas do SERVER-PI e de controlar
USER-DTP se necessrio.
Pgina | 11

Aquando da conexo de um cliente FTP a um servidor FTP, o

USER-PI inicia a conexo ao servidor de acordo com o protocolo
Telnet. O cliente envia comandos FTP ao servidor, este ltimo
interpreta, pilota o seu DTP, seguidamente devolve uma resposta
standard. Quando a conexo estabelecida, o servidor-Pi d a porta
para a qual os dados sero enviados ao Cliente DTP. O cliente DTP
ouve ento na porta especificada os dados provenientes do servidor.
importante observar que, sendo as portas de controlo e de dados
canais separados, possvel enviar os comandos a partir de uma
mquina e receber os dados a partir de outra. Assim, por exemplo
possvel transferir dados entre dois servidores FTP passando por um
cliente para enviar as instrues de controlo e transferindo as
informaes entre dois processos servidores conectados na porta
certa.

Nesta configurao, o protocolo impe que os canais de controlo permaneam

abertos durante toda a transferncia de dados. Assim, um servidor pode parar uma
transmisso se o canal de controlo for cortado aquando da transmisso.
3.7 - PROTOCOLO TELNET
O protocolo Telnet um protocolo standard de Internet que permite io interface de
terminais e de aplicaes atravs da Internet. Este protocolo fornece as regras bsicas para
permitir ligar um cliente (sistema composto de uma afixao e um teclado) a um intrprete
de comando (do lado do servidor).
O protocolo Telnet baseia-se numa conexo TCP para enviar dados em formato ASCII
codificado em 8 bits entre os quais se intercalam sequncias de controlo Telnet. Fornece
assim um sistema orientado para a comunicao, bidireccional (half-duplex), codificado em
8 bits fcil de aplicar.
O protocolo Telnet assenta em trs conceitos fundamentais:

O paradigma do terminal rede virtual (NVT, Network Virtual Terminal);

O princpio de opes negociadas;

As regras de negociao.
Este protocolo um protocolo bsico, no qual se apoiam outros protocolos da
sequncia TCP/IP (FTP, SMTP, POP3,). As especificaes de Telnet no
mencionam autenticao porque o Telnet est totalmente separado das aplicaes
Pgina | 12

que o utilizam (o protocolo FTP define uma sequncia de autenticao acima do

Telnet). Alm disso, o protocolo Telnet um protocolo de transferncia de dados
no seguro, o que quer dizer que os dados que veicula circulam s claras na rede (de
maneira no codificada). Quando o protocolo Telnet utilizado para ligar um
hspede distante mquina na qual aplicado como servidor, este protocolo
atribudo porta 23.
Se exceptuarmos as opes e as regras de negociao associadas, as especificaes
do protocolo Telnet so bsicas. A transmisso de dados atravs de Telnet consiste
unicamente em transmitir os bytes no fluxo TCP (o protocolo Telnet precisa que os dados
devem, por defeito - isto , se nenhuma opo precisar o contrrio- ser agrupados num
tampo antes de serem enviados. Mais concretamente, isto significa que por defeito os
dados so enviados linha por linha). Quando o byte 255 transmitido, o byte seguinte deve
ser interpretado como um comando. O byte 255 assim nomeado IAC (Interpret As
Command, traduza-se "interpretar como um comando). Os comandos so descritos
posteriormente.
3.8 PROTOCOLO SMTP
O correio electrnico considerado o servio mais utilizado na Internet. Assim, a sequncia
de protocolos TCP/IP oferece uma panplia de protocolos que permitem gerir facilmente o
encaminhamento do correio na rede.
O protocolo SMTP (Simple Mail Transfer Protocol, que se pode traduzir por Protocolo
Simples de Transferncia de Correio) o protocolo standard que permite transferir o
correio de um servidor a outro em conexo ponto a ponto.
Trata-se de um protocolo que funciona em modo conectado, encapsulado numa trama
TCP/IP. O correio entregue directamente ao servidor de correio do destinatrio. O
protocolo SMTP funciona graas a comandos textuais enviados ao servidor SMTP (por
defeito, para a porta 25). Cada um dos comandos enviados pelo cliente (validados pela
cadeia de caracteres ASCII CR/LF, equivalente a um clique na tecla ENTER) seguido de
uma resposta do servidor SMTP composta de um nmero e de uma mensagem descritiva.
Eis um cenrio de pedido de envio de email a um servidor SMTP

Aquando da abertura da sesso SMTP, o primeiro comando a enviar o comando

HELO seguido de um espao (notado <SP>) e o nome de domnio da sua mquina
(para lhe dizer bom dia, sou a mquina tal), seguidamente validar por entrada
(notado <CRLF>). Desde Abril de 2001, as especificaes do protocolo SMTP,
definidas no RFC 2821, impem que o comando HELO seja substitudo pelo
comando EHLO.

O segundo comando MAIL FROM seguido do endereo de correio electrnico

do remetente. Se o comando for aceite, o servidor devolve a mensagem 250 OK
Pgina | 13

O comando seguinte RCPT TO: seguido do endereo de correio electrnico do

destinatrio. Se o comando for aceite, o servidor devolve a mensagem 250 OK

AO comando DATA a terceira etapa do envio. Anuncia o incio do corpo da

mensagem. Se o comando for aceite, o servidor reinicia uma mensagem intermdia
numerada 354, que indica que o envio do corpo do email pode comear e considera
o conjunto das linhas seguintes at ao fim da mensagem localizada por uma linha
que contm unicamente um ponto. O corpo do email contm eventualmente alguns
dos cabealhos seguinte:
o

Date

Subject

Cc

Bcc

From

Se o comando for aceite, o servidor devolve a mensagem "250 OK"

Eis um exemplo de transaco entre um cliente (C) e um servidor SMTP (S) As
especificaes de base do protocolo SMTP exigem que todos os caracteres
transmitidos sejam codificados em cdigo ASCII de 7 bits 7 e que o oitavo bit esteja
explicitamente a zero. Assim, para enviar caracteres acentuados, necessrio
recorrer a algoritmos que integrem as especificaes MIMO :

Base 64 para os anexos

quoted-printable (de abbrviation QP) para os caracteres especiais contidos no

corpo da mensagem

assim possvel enviar um correio graas a um simples Telnet na porta 25 do servidor

SMTP : telnet smtp.kioskea.net 25
4 SERVIDOR WEB
Um servidor um programa que prov algum tipo de servio para outros
programas, denominados clientes. A conexo entre clientes e servidores implementada
normalmente atravs de passagem de mensagens, por meio de uma rede, utilizando algum
protocolo para codificar as requisies dos clientes e as respostas do servidor (Haddleton,
1997).
um unico servidor Web tambm pode ser explicado como um programa de computador que
responsvel por receber requisies HTTP de clientes, que seriam os Web browser, e
ento enviando respostas HTTP com o contedo requisitado. Embora servidores Web so
diferentes, todos eles compartilhar alguns aspectos comuns como HTTP, ou seja, todo
Pgina | 14

servidor Web opera atravs de requisies HTTP dos clientes e responde ao cliente com
respostas HTTP.
Outro aspecto comum Logging, geralmente servidores Web tm a capacidade de fazer
logs de algumas informaes, isso pode ser usado para gerar estatsticas sobre o servidor.
Na prtica servidores Web implementam algumas funcionalidades como:

Autenticao: mecanismo opcional para autorizao de requisio do cliente.

Manipulador de pginas no estticas como CGI, ASP, PHP, etc.
HTTPS permite conexes seguras ao servidor na porta padro 443 ao invs da
comum que a porta 80
Compresso de contedo para diminuir tamanho das mensagens
Virtual hosting que utilizado para ter mais de um Web site usando apenas um
endereo IP.

4.1 FORMAS DE ORGANIZAO

Um servidor Web deve estar sempre ocioso esperando para atender requisies do
cliente. Nesta espera, existem alguns atrasos que so inevitveis, como a espera pela
transmisso dos dados na rede, o acesso ao disco do servidor, o escalonamento dos
processos pelo sistema operacional, entre outros. O servidor, portanto, deve ser projectado
de modo a atender o maior nmero de requisies que lhe for possvel. As diversas
arquitecturas apresentadas a seguir procuram justamente melhorar o nvel de concorrncia
que possvel alcanar no servidor.
4.1.1 - SERVIDOR INTERATIVO
Nesta abordagem o servidor funciona de forma muito simples, ele apenas um
processo que fica esperando para atender a requisio, quando uma requisio feita ele a
atende completamente, e se durante isso outra requisio for feita, ela fica em uma fila
aguardando o fim da primeira. Servidor Interactivo muito ineficiente e na prtica nem
utilizado.
4.1.2 - PROCESSO POR REQUISIO
Na forma de organizao processo por requisio existe um processo principal
processo pai que fica aguardando requisies em uma porta padro, quando a requisio
feita, o processo pai cria uma cpia de si mesmo atravs da funo fork() gerando o
processo filho ento ficar responsvel por atender a requisio e o processo pai ficar
esperando por novas requisies, e se uma nova requisio for feita o processo pai ir
repetir o processo mantendo o servidor sempre apto a receber novas requisies.

Pgina | 15

4.1.3 POOL DE PROCESSOS

Esta soluo baseada na anterior, a diferena que ao invs de criar um novo
processo
a cada nova requisio o servidor mantm vrios processos ociosos para atender as
requisies, alm disso um processo dispatcher fica permanentemente aguardando
solicitaes do cliente, quando uma solicitao do cliente feita o dispatcher a envia para
um processo ocioso atende-la. Isso melhora o atendimento pois no haver o tempo de
criao de processos quando uma nova requisio for feita.
4.1.4 - THREAD POR REQUISIO
Essa uma soluo que para cada nova requisio que chega ao servidor criada
uma nova thread responsvel por atend-la. A vantagem de usar threads que ela consome
menos recursos computacionais, e mais fcil gerenci-las.
De maneira geral, o uso de threads no s torna o servidor Web mais rpido, mas tambm
permite que ele execute mais requisies concorrentemente, o que torna esta soluo
bastante atractiva para a construo dos servidores actuais.
4.1.5 - POOL DE THREADS
Finalmente, outra alternativa possvel a utilizao de um pool de threads, que so
criadas quando o servidor web iniciado. Dessa forma, elimina-se a sobrecarga de criao
de uma nova thread para cada requisio que chega ao servidor, a exemplo do caso da
utilizao do pool de processos, alm de permitir um controle refinado do nvel de multi
programao utilizado.
4.2 - PERFORMANCE
Servidores Web devem conseguir atender requisies rapidamente para muitas
conexes TCP/IP ao mesmo tempo. Os principais parmetros para medir performance em
servidores Web so latncia e o throughput. A latncia definida como tempo gasto para
completar uma requisio ou servio. Por exemplo, na Web existe a latncia da rede que o
tempo de chegada da mensagem do cliente at o servidor, tem tambm a latncia do
servidor que o tempo de processamento da requisio e a latncia do cliente que o
tempo para apresentao do resultado. O throughput a quantidade de transaces que o
servidor conclui por unidade de tempo. E necessrio tambm considerar o nmero de erros
por segundo, pois se ocorrer muitos erros em um curto espao de tempo quer dizer que o
servidor pode estar sobrecarregado e com isso seu desempenho tende a cair.

Pgina | 16

4.3 - CARGA EM SERVIDORES WEB

Um servidor Web precisa definir limites de carga, pois ele pode manipular apenas
um nmero limitado de conexes concorrentes, geralmente entre 2 e 60000 por endereo IP
e o servidor pode atender apenas um certo nmero de conexes dependendo de sua potncia
computacional, tipo da requisio HTTP, o contedo requisitado estar em cach ou no e os
limites de hardware e de software onde o sistema operacional est trabalhando.
O servidor pode ficar carregado a qualquer momento devido a muita requisio feita ao
servidor ao mesmo tempo, ataques criminosos como DDoS, usurios com conexo lenta
fazendo requisies ao Servidor, servidor parcialmente indisponvel por motivo de
actualizao ou manuteno, etc.
Um servidor quando est sobrecarregado responde a requisies com muito atraso,
recusa conexes TCP antes de enviar qualquer contedo ao cliente e em alguns casos enviar
apenas parte da solicitao do cliente Existem algumas tcnicas para evitar sobrecarga em
servidores Web entre elas esto:

Atravs de firewalls para evitar IP que sejam de um padro indesejvel.

Gerenciador de trfego HTTP para descartar requisies que tem um padro HTTP
indesejvel.
Implementao de cachs.
Usando diferentes nomes para servir diferentes tipos de contedo.
Utilizao de vrias maquinas para atender as requisies e fazer balanceamento de
carga entre elas.

4.4 - SERVIDOR WEB COM DIFERENCIAO DE SERVIOS

Actualmente os servidores Web atendem requisies de clientes em ordem de
chegada, sem levar em conta nenhum tipo de priorizao, e na prtica nem todas as
requisies tem a mesma urgncia.
Esta seo apresenta uma proposta de doutorado que um modelo para um Servidor
Web com Diferenciao de Servios (SWDS) (Teixeira et al., 2004b). Esse modelo
representa uma arquitectura de servidor Web cujo objectivo fornecer servios
diferenciados a seus clientes, acordo com suas necessidades e segundo requisitos de QoS
previamente acertados. A arquitectura do servidor SWDS compe-se dos seguintes
mdulos: um Classificador, um mdulo de Controlo de Admisso e um cluster de processos
ou servidores Web.
O Classificador responsvel por receber as requisies do cliente e atribuir classes
de servio a ela de acordo com sua prioridade. Feito isso a requisio encaminhada ao
Controle de Admisso para gerenciar a aceitao da requisio, o Controle de Admisso
Pgina | 17

pode encaminhar a requisio ao servidor se o mesmo estiver disponvel e renegociar

enviando a requisio novamente ao Classificador ou descartar a requisio se o servidor
estiver sobrecarregadoEssa proposta aparentemente um soluo muito eficiente que pode
melhorar a confiabilidade do servio conforme o acordo feito entre cliente e servidor.

5 TIPOS DE SERVIDORES WEB

Neste captulo sero apresentadas a histria e caractersticas de alguns dos mais
utilizados servidores Web e tambm alguns dados sobre o nmero de servidores Web de
cada distribuio utilizado. Os servidores Web aqui apresentados sero o Apache HTTP,
Apache Tomcat e o IIS.
5.1 - APACHE HTTP
O Apache um software livre (GPL) que funciona como um servidor Web, tanto no
Linux como no Windows O servidor Apache HTTP, geralmente referenciado como
simplesmente Apache, foi o primeiro servidor Web alternativo vivel ao Netscape
(Communications Corporation) (actualmente conhecido como Sun Java System Web
Server) e desde ento evolui bastante em termos de funcionabilidade e desempenho.
A primeira verso do servidor Web Apache foi criada por Robert McCool, que
estava muito envolvido com o projecto do servidor NCSA (National Center of
Supercomputing Aplications). Em 1994 Robert McCool deixou o NCSA e com um grupo
de pesquisa liderado por ele foi ento feita a verso 2 do servidor Apache que foi um
reescrito substancial do Apache1.x focada em modularizao e o desenvolvimento de
camadas portveis.O nome Apache tem duas histrias a primeira e oficial que o nome foi
dado em homenagem a uma tribo indgena chamada Apache. A segunda verso que como
o Apache foi criado baseado em patches feitos no servidor NCSA ento o nome seria uma
aluso servidor a-patch.
Desde abril de 1996 Apache vem sendo o servidor HTTP mais popular da Web
entretanto em Maro de 2006 o servidor Apache comeou a sentir a concorrncia imposta
pelo servidor Microsoft Internet Information Services.
O Apache um projecto de desenvolvimento colaborativo com objectivo de
desenvolver o melhor servidor Web em performance, robustez, flexibilidade e com padres
de excelncia e qualidade. O Apache tem em seu grupo de trabalho programadores das
Universidades MIT, Berkeley, Stanford e empresas como IBM, Sun, HP, Compaq, RedHat
e diversas outras.
Entre suas principais caractersticas est multi-plataforma, robustez, performance,
adaptabilidade, gratuidade e boa documentao. Ele tem vantagens em cima dos outros
servidores, como cdigo fonte completo e uma licena irrestrita. compatvel com a
especificao HTTP/1.1, permite mudanas em suas caractersticas mesmo as mais internas
Pgina | 18

atravs da utilizao de mdulos (isso implica em flexibilidade) e tem sua prpria API
padronizando toda programao interna. (The Apache Software Fondation, 2002).
5.2 - APACHE TOMCAT
Apache Tomcat um servidor Web desenvolvido pela fundao Apache. Tomcat
implementa as especificaes de Java Servlet e JavaServer Pages (JSP) provendo um
ambiente para executar cdigos Java em cooperao com o servidor Web.
Tomcat contempla ferramentas para configurar e gerenciar, mas tambm pode ser
configurado atravs de arquivos formatados em XML. Tomcat tem seu prprio servidor
HTTP interno.

5.3 - MICROSOFT INTERNET INFORMATION SERVICES (IIS)

O Internet Information Server (IIS) faz parte da famlia Microsoft Windows Server que
uma integrao de servidores local e Web. O IIS um software para criao e hospedagem
de aplicaes Web dinmicas, gerenciamento de FTP e SMTP. O IIS responsvel pelo
processamento das pginas ASP, podendo tambm processar pginas PHP, desde que este
recurso seja instalado IIS foi concebido como um conjunto adicional de servios baseados
na Internet para Windows NT, depois foi adicionado ao IIS ambiente de scripts dinmicos,
ASP Active Server Pages. (Microsoft Corporation, 2003).
Verses mais antigas do ISS sofriam com problemas de vulnerabilidade, j a verso 7 que
a atual aparentemente est bem estvel. IIS 7 tem seus componentes modularizados, ento
s os componentes necessrios so instalados o que reduz abertura para ataques. A ultima
verso do IIS contm um conjunto de mdulos bastante teis, esse mdulos so HTTP
(Module, Security Module, Content Module, Compression Module, Caching Module e
Logging e Diagnostics Modules).

6 RECURSOS DE SOFTWARES APLICADOS AO DESENVOLVIMENTO WEB

Os recursos de software disponveis para desenvolvimento de Web sites so os mais
diversos possveis que vo desde softwares geradores de HTML, JavaScript, CSS
(Cascading Style Sheets), at os que trazem um servidor de scripts de pginas dinmicas,
como o Apache e o IIS O que se deve considerar ao escolher uma forma de
desenvolvimento que um Web site no ser visto somente pelos usurios na mquina em
que foi desenvolvido e sim em uma mquina servidora, a qual nem sempre oferece os
mesmos recursos que a mquina de cada usurio. Por isso, necessrio antes de comear a
Pgina | 19

desenvolver um Web site, saber em que tipo de servidor ficaro os arquivos e a

possibilidade de que um dia poder ser necessrio fazer uma troca de servidor.
As implementaes em HTML no costumam apresentar muitas diferenas de um
navegador para o outro. Quando se utiliza uma linguagem que precisa dos recursos de um
software para ser processada, necessrio considerar que a mquina servidora dever ter a
mesma tecnologia que a mquina cliente. Por exemplo, independentemente do sistema
operacional que o desenvolvedor esteja usando, se ele tiver o Internet Information Server
(IIS) ou o Apache como servidor de pginas dinmicas, a mquina servidora tambm
precisar ter o IIS, Apache ou semelhante (Br.php.net, 2003).
Os problemas aparecem ao se utilizar linguagens que so processadas directamente
no navegador ou no lado cliente (Client Side), porque nem todas as verses ou tipos de
navegadores reconhecem todos os recursos de uma linguagem. O mesmo ocorre ao utilizar
softwares geradores de cdigos porque nem todos os servidores reconhecem as formataes
geradas por estes softwares. Uma sada conhecer os recursos existentes, seus limites,
vantagens, sua relao custo-benefcio e testar os resultados dos scripts na mquina
servidora antes de disponibilizar um Web site ao pblico.
6.1 SOFTWARES DE DESENVOLVIMENTO DE PAGINAS WEB
Existem duas maneiras de se desenvolver um Web site: utilizando softwares
geradores de cdigos ou fazendo edio manual dos cdigos, digitando os comandos em
um editor de texto e visualizando o resultado atravs do navegador.
Cada linguagem oferece recursos e algumas funes que uma outra no possui. Por isso
necessrio saber quais os recursos que sero necessrios a um Web site para escolher o que
ser usado ao invs de fazer uma opo sem critrios por uma linguagem em detrimento da
outra. Entre tantas linguagens existentes difcil determinar qual a melhor. O que se pode
determinar qual a melhor para uma aplicao especfica. Como no possvel saber
com preciso quais recursos existem na mquina dos usurios, uma sada reduzir ao
mximo os recursos que dependem da mquina do usurio, utilizando recursos que
dependem do servidor.
Alguns critrios que devem ser considerados ao escolher uma linguagem:

A linguagem escolhida suportada pela mquina servidora disponvel para a

aplicao em questo?
As sequncias de comandos (scripts) destinam-se a mquina cliente ou a servidora?
Que navegadores ou servidores possuem os recursos que sero necessrios para a
exibio das pginas? (Microsoft Corporation, 1998).

Pgina | 20

6.2 SOFTWARES GERADORES DE CDIGOS

Existem centenas de softwares geradores de cdigos HTML e com extenses ao
JavaScript, DHTML, CSS e outras linguagens. Alguns so freeware e outros licenciados.
Neste trabalho usamos o editor Dreamweaver CSS6, para edio dos cdigos. Estes
softwares facilitam a montagem de pginas, pois o usurio trabalha atravs de instrues
disponveis, como instrues de inserir link, imagens, troca de fonte e demais recursos do
HTML. As limitaes quanto ao uso de softwares geradores de cdigos so:

Reconhecimento de formataes: na mquina local possvel visualizar o que est

sendo desenvolvido, mas quando se faz o envio dos arquivos mquina servidora as
pginas podem no ser exibidas na ntegra, pois os recursos da mquina servidora
no conseguem ler todas as formataes. O Microsoft Front Page, por exemplo,
precisa de um servidor que tenha recursos habilitados para ler suas formataes e
mostrar as pginas como foram desenvolvidas, causando uma dependncia de
criao e hospedagem em ambiente Microsoft.

Vinculao de verses de softwares: como acontece com outros tipos de softwares,

quando se usa uma verso mais recente para abrir e dar sequncia em trabalhos que
tenham sido feitos em verses anteriores, no h problemas, mas quando se busca o
inverso, dependendo da complexidade do documento a verso anterior no
reconhece ou mostra parcialmente o que foi feito na verso mais recente.

Falta de flexibilidade dos desenvolvedores e administradores: um profissional

que esteja habituado a um determinado software, ser um especialista naquele
software, tendo que reaprender a trabalhar em caso de mudana de software ou
necessidade de programao. Essa falta de flexibilidade gera discusses a respeito
de qual software melhor ao invs de o que melhor para o usurio. Um outro
inconveniente no uso de softwares geradores de cdigos que o contedo das
pginas adquire as formataes do software que os gerou. No caso de
reaproveitamento de contedo em outras tecnologias necessrio que os mesmos
sejam refeitos.

6.3 EDIO MANUAL DE CDIGOS

Na maioria das linguagens necessrio escrever comandos em texto normal (em um
editor de texto), coerentes com a sintaxe e com a estrutura da prpria linguagem. Estes
comandos so popularmente chamados de cdigo fonte, ou simplesmente cdigo. A
utilizao dos cdigos das linguagens um pouco mais complexa do que a utilizao de
softwares que geram cdigos automaticamente, pois atravs dos softwares apenas se
escolhe opes e digitam-se os textos, enquanto que o uso dos cdigos representa conhecer
e digitar os cdigos que formam os scripts e os textos que formam os contedos. Isso exige
uma compreenso maior por parte dos desenvolvedores, pois tanto erros de cdigo como de
contedo podem passar desapercebidos com mais facilidade.
Pgina | 21

Ao usar edio manual de cdigos aumentam as possibilidades de erro de formatao de

tags e dos textos que representam o contedo. Se finalizar ou iniciar uma tag ou uma
sequncia de tags de forma errada ou em um local errado, pode-se comprometer o design de
uma pgina e sem corretor ortogrfico no editor de textos, a responsabilidade da correco
recai sobre quem est digitando. Uma sada para evitar erros de programao usar
editores inteligentes como o PHP Editor, por exemplo, que avisam o usurio atravs de
colorao no cdigo fonte, quando alguma tag no est bem formulada (NCC, 1999).
Com a edio manual possvel obter as seguintes vantagens:

Simulao de ambientes: torna-se mais fcil ter instalado na mquina cliente os

mesmos recursos que se tem na mquina servidora. Isso evita diferenas de design
de uma mquina para a outra.

Reduo de custos: os custos so referentes ao hardware ou ao sistema

operacional, quando este licenciado. Normalmente, o sistema operacional j traz
um servidor de pginas dinmicas, editor de texto e navegador, no havendo
necessidade de investir em softwares especficos para desenvolvimento de pginas.

Aumenta a portabilidade: permitindo que ao mudar as interfaces ou mudar a

tecnologia, seja reaproveitado o contedo informativo. Por exemplo, para processar
uma pgina feita em ASP, que um recurso do Windows, possvel instalar um
servidor de ASP no UNIX, no LINUX, bem como possvel instalar um servidor
de PHP no IIS. Ainda que fosse necessrio mudar de ASP para PHP, por exemplo,
toda a estrutura e todo design poderiam ser mantidos, trocando somente a
linguagem responsvel pela estrutura.

Aumenta a flexibilidade: uma vez que se aprende a utilizar uma linguagem e a

forma de desenvolvimento, ao trocar de linguagem s necessrio conhecer os
comandos da nova linguagem, e o processo de desenvolvimento ser o mesmo.

Facilita o reaproveitamento do contedo quando muda o design: a nica

constante na Web a mudana. Assim, de tempos em tempos torna-se necessrio
trocar o design das interfaces de um Web site, porm o contedo ser o mesmo ou
sofrer apenas alguns acrscimos. Quanto menos instrues de interface estiverem
junto aos arquivos de contedo, mais fcil ser o reaproveitamento e as
possibilidades de se ter um Web site sempre com design atual (Microsoft
Corporation, 1998), (NCC, 1999).
6.4 LINGUAGENS DE PROGRAMAO PARA PAGINAS DINMICAS

As linguagens de programao para pginas dinmicas podem ser utilizadas para o

desenvolvimento dinmico que feito com as directivas de SSI ou para a gerao de
pginas dinmicas atravs da consulta a bancos de dados. Esta Seco mostra alguns
Pgina | 22

recursos disponveis na rea de desenvolvimento de aplicaes de pginas dinmicas para a

Web, como ASP, PHP e JSP.
6.4.1 ASP
A Active Server Pages (ASP) uma tecnologia orientada a objectos, criada pela
Microsoft, utilizada para desenvolver pginas HTML dinamicamente. A ASP trabalha com
linguagem de scripts VBScript baseada no Visual Basic da prpria Microsoft.Em
linguagens de programao Web, utilizam-se tags, que so etiquetas identificadas pelos
sinais < e >, que delimitam textos e cdigos que sofrero algum tipo de formatao (Bell,
2000). Na linguagem VBScript os sinais < e > so acompanhados do smbolo %
(percentual), tendo portanto, a identificao <% e %>. Para que arquivos com extenso
ASP sejam interpretados necessrio um servidor de pginas ASP que interprete os cdigos
do VBScript que esto entre as tags <% e %> e envie ao navegador o HTML gerado
(Chase, 2000).
As pginas ASP so desenvolvidas e processadas em Sistemas Operacionais como o
Windows NT/ 2000/XP, e verses posteriores, que fornece o IIS ou UNIX/LINUX com o
servidor ChiliASP da Chilisoft.
A tecnologia ASP dispe do recurso de Server Side Include (SSI) que um processo
em que o servidor utiliza as informaes de um arquivo e as inclui como parte de outro. A
tecnologia ASP j em si uma espcie de SSI, na qual o servidor utiliza um arquivo HTML
e procura por comandos que precisam ser executados e inseridos antes de retornar uma
pgina como resultado dos scripts incorporados (CHASE, 2000).
6.4.2 PHP
A PHP (Hypertext Preprocessor) uma linguagem de script, Open Source de uso
geral, interpretada, muito utilizada para o desenvolvimento de aplicaes Web, podendo ser
mesclada dentro do cdigo HTML. A PHP surgiu em 1994 como um projecto pessoal de
Rasmus Lerdorf com o intuito de controlar acessos a sua pgina Web. Actualmente a PHP
um projeto da Apache Software Foundation. A tecnologia PHP incorpora a linguagem PHP
que baseada nas linguagens C, Java e Perl e ainda pode ser vista como uma combinao
de linguagem de programao e servidores de aplicaes. A linguagem PHP executada no
servidor, sendo enviado para o cliente apenas HTML gerado em uma requisio.
O objectivo principal da linguagem permitir aos desenvolvedores escrever pginas
que sero desenvolvidas ou geradas dinamicamente. Os scripts PHP so entendidos e
processados pelo servidor de PHP, entre as tags :

<?php echo ... ?>: <?php echo("modelo preferencial usado para dispor documentos
XHTML ou XML,\n"); ?>.
<?echo ... ?>: <? echo ("modelo mais simples, como uma instruo de
processamento SGML\n"); ?>
Pgina | 23

<
?= expresso ?> Uma reduo de "<? echo expressao ?>".
<script language="php">. . .</script>: <script language="php"> echo ("processa
instrues"); </script>.
<% echo ... %>: <% echo ("para usar tags ASP opcionalmente, quando se ativa a
diretiva asp_tags no arquivo de configurao"); %>.

A linguagem base da PHP a JavaScript que quando usada fora de um software

servidor de PHP uma linguagem interpretada na mquina cliente. Quando utilizada em
um servidor de PHP chamada de linguagem PHP e interpretada no servidor. A PHP tem
como principais caractersticas (Br.php.net, 2003):

Cdigo Aberto: Todo o cdigo fonte da PHP est disponvel, basta ir ao Web site
oficial e fazer o download..
Multiplataforma: A PHP pode rodar sobre o Unix, Linux ou Windows.
Acesso a Bancos de Dados: Acessam directamente os principais bancos de dados
utilizados actualmente, como dBase, Interbase, MySQL, Oracle, SyBase,
PostgreSQL, e outros (Br.php.net, 2003).

6.4.3 JSP
A Java Server Pages (JSP) baseada na linguagem Java, criada pela Sun
Microsystens, para simplificar o processo de desenvolvimento dinmico de Web sites. A
JSP funciona como um compartimento que incorpora elementos dinmicos. A JSP uma
linguagem de script, compilada, que funciona no lado do servidor, ou seja, as pginas
JavaServer so arquivos texto, normalmente com a extenso ".jsp" que substituem os
arquivos estticos HTML. As pginas JSP, alm de utilizar objectos do servidor, podem
incorporar e manipular objectos prprios, como Applets e Servlets.
A JSP um sistema hbrido de templates, parecido com ASP e PHP. A linguagem
padro utilizada nas JSP's Java puro, mas qualquer tipo de linguagem de script pode ser
utilizada no lugar do Java, como ASP, PHP, XML e ColdFusion. As novas especificaes da
JSP 1.1 implementam tags especiais que substituem o cdigo Java puro dentro da pgina
JSP. Os servlets e a JSP, em 1998, tiveram suas primeiras verses incorporadas ao Java Web
Server.
Antes mesmo da Sun lanar a verso JSP 1.1, a parceria com a Apache gerou o
Projecto Jakarta, permitindo a integrao dos softwares de ambas as empresas. Isso resultou
em um projecto que tem como objectivo desenvolver um cdigo aberto para implementar
aplicaes Java no servidor mais utilizado do Linux e Unix, o Apache Server (Medeiros,
2002).
Para melhor entender as tecnologias citadas no captulo 6.4, mostra-se uma tabela
comparativa, destacando as principais caractersticas.

Pgina | 24

O uso de uma ou de outra linguagem se d de acordo com a experincia de cada

profissional e com prioridades e necessidades de cada projecto.
7 LINGUAGENS DE PROGRAMAO CLIENT SIDE
As linguagens de programao para a Web so os scripts que compem os cdigos
ou sequncias de cdigos, que formam os arquivos existentes em um Web site. Algumas
linguagens so interpretadas na mquina cliente (Client Side) onde o contedo gerado
exibido conforme os recursos disponveis em cada navegador. Se o navegador no tiver os
recursos que esto nos scripts, o usurio ser privado de visualizar parte do contedo. As
linguagens interpretadas em um servidor (Server Side) dependem do servidor para
interpret-las, assim quando um usurio faz uma requisio, o servidor processa os scripts
que compem a pgina e devolve ao cliente somente o resultado na forma de HTML.
(Mendes,1999), (Haddleton, 1997).

A seguir mostraremos algumas linguagens de programao client side, amplamente

utilizadas para a Web:
7.1 CSS
A Cascading Style Sheets (CSS) foi introduzida aquando do lanamento do
navegador Internet Explorer 3. Logo em seguida, quando lanou a verso 4 do Netscape
Communicator, a Netscape tambm aderiu a esse padro. Porm quando a Microsoft lanou
a verso 4, ela j agregou vrias funcionalidades novas, que entretanto se mostraram
incompatveis com o Netscape. Aps o lanamento do Internet Explorer 5, com uma carga
enorme de funcionalidades para a CSS, as diferenas cresceram, e com elas mais problemas
de incompatibilidade entre navegadores.
Por isso, para utilizar CSS necessrio testar em diversos navegadores, os recursos
que sero implementados em um Web site, para permitir que os usurios no deixem de ver
o contedo e os que tiverem as verses mais recentes de navegadores ainda o vejam de uma
forma mais completa. As folhas de estilo facilitam o trabalho de um Web design quando se
trata de garantir uma formatao homognea e mais criativa por todas as pginas de um
Web site e ainda permite mais interactividade com o usurio. Mesmo que se deseje mudar
todo o design, ou um certo grupo de formatao, as folhas de estilo permitem que uma
alterao possa repercutir em todas as pginas do Web site.
As folhas de estilo podem ser comparadas a um gabarito de formatao de pginas
HTML. Ela permite que se alterem quase todas as tags da linguagem HTML. Sua limitao
est na falta de reconhecimento por algumas verses de navegadores, sendo utilizada,
portanto, como uma linguagem complementar ao HTML. (Isaak, 2001).

Pgina | 25

As instrues de CSS so inseridas entre as tags <STYLE > e </STYLE>.

Basta que se insira uma vez a tag no cdigo para que toda a pgina responda s
instrues (Bos, 2003).
7.2 HTML
A linguagem HTML foi criada com o objectivo de dar rede mundial de computadores um
aspecto grfico. At a criao de HTML, as ferramentas existentes, tais como ftp, gopher e
telnet, rodavam em terminais de caracteres e, apesar de muito teis e bastante populares no
meio acadmico, eram muito pouco atractivas para o grande pblico.
A HTML, em conjunto com o protocolo HyperText Transfer Protocol (HTTP) e com os
navegadores, foi a responsvel pela popularidade da Internet. No se trata de uma
linguagem de programao propriamente dita, mas de uma linguagem de formatao, que
define um conjunto de tags que afectam a maneira como os documentos so exibidos pelo
navegador. A HTML consiste em uma linguagem de descrio de textos que usada como
padro internacional para formatao dos documentos na Web, na forma de aplicao de
Standard Generalized Markup Language (SGML). Para trabalhar com HTML, utiliza-se
um editor de texto e um navegador para visualizao (Franklint, 2001).
7.3 JAVASCRIPT
Os scripts escritos em JavaScript podem ser colocados dentro das pginas HTML, pois se
trata de uma linguagem de script que processada directamente no navegador, dispensando
a ajuda de um servidor. Ao contrrio da HTML que uma linguagem esttica, com a
JavaScript se fazem animaes com textos e imagens e diversas interactividades com
usurios, sendo assim considerada um acessrio da HTML.
A linguagem JavaScript possibilita o uso de diversos objectos na composio de
uma pgina. Todos eles possuem propriedades que podem ser alteradas, alm disso, os
objectos fornecem eventos que possibilitam que uma pgina execute uma aco conforme
instruo de um usurio. JavaScript uma linguagem estruturada que usa objectos, mas no
uma linguagem de programao orientada a objectos. Os objectos so usados para
representar algum aplicativo. Sua utilizao requer um editor de texto e um navegador
para visualizao (NCC, 1999).
8 PRINCIPIOS, NORMAS E PADRES PARA A WEB
Nesta Seco mostram-se alguns princpios, normas, padres e recursos da UML e da
Engenharia Web aplicados ao desenvolvimento de Web sites.
8.1 PRINCPIOS DE USABILIDADE E DE DESIGN
Muito se discute sobre o que so questes de usabilidade na Web e o que so questes de
design. Nesta Seo so mostrados alguns conceitos e exemplos que visam mostrar
Pgina | 26

caractersticas pertinentes usabilidade e ao design. Reconhece-se tambm que h questes

que podem ser consideradas em ambos os casos como, por exemplo, onde uma opo de
design pode melhorar ou comprometer a usabilidade (contraste entre cor de fundo e cor de
fonte uma opo de design que pode interferir de forma positiva ou negativa na
usabilidade). (Isaak, 2001).
8.1.1 PRINCPIOS DE USABILIDADE
Usabilidade significa facilidade de uso. Alguns princpios de usabilidade desenvolvidos
para serem usados pela engenharia de software tambm so utilizados pela engenharia Web.
A engenharia da usabilidade baseada em vrios segmentos como, por exemplo, a
psicologia cognitiva, a sociologia, a ergonomia, a semitica e a engenharia de software. A
usabilidade representada por um subsistema do software interactivo cujos componentes e
processos analisam a interaco com seus usurios. Assim um nico sistema de interface
humano-computador permite vrias interaces humano-computador, cada uma
associada aos diferentes percursos (processos) realizados pelos diferentes usurios
(Leite, 2002).
A usabilidade considera algumas questes a serem formuladas e de acordo com as respostas
obtidas pode-se ter uma noo do nvel de usabilidade de um sistema.

Contexto: onde o sistema interactivo ser empregado, incluindo componentes como

usurios, tarefas e ambiente (equipamento, instalaes, iluminao, rudo,
organizao, interrupes, restries etc.).

Problemas: Onde encontrar o que se procura? Como solicitar esse servio? Quais
informaes devem-se fornecer? Qual o resultado? Obteve-se o resultado esperado?
Para que serve esse elemento? O que significa essa figura? Para onde leva esse link?
Facilidade de aprendizado: interaco com o sistema de forma natural; facilidade
de utilizao; interface preparada para adaptar-se ao nvel de conhecimento e
habilidade dos usurios (wizards para os inexperientes e teclas de atalho para os
mais experientes); ser intuitiva; comandos claramente visveis para evitar
memorizao.

Dilogo simples e natural: expresses e conceitos do conhecimento do usurio;

evitar termos tcnicos da computao; evitar informaes irrelevantes; feedback ao
usurio; mecanismos para informar comportamentos do sistema como localizao e
tempo de execuo.
Clareza na arquitectura da informao: o usurio consegue discernir o que
prioritrio e o que secundrio no site; informao deve estar estruturada e bem
localizada; um mapa do site pode ser muito til.
Facilidade de Navegao: navega-se com facilidade quando um usurio chega
informao desejada em at trs nveis; as informaes so bem distribudas e os
links so representativos.
Pgina | 27

Simplicidade: quanto mais rpido consegue-se chegar at a informao desejada,

melhor ; evitar adornos desnecessrios, sem prejudicar o enfoque da aplicao.
Relevncia do contedo: contedo relevante e apropriado para a Web; textos
concisos e com credibilidade; informaes relevantes devem ser apresentadas nas
pginas principais; informaes secundrias devem ser disponibilizadas em pginas
de suporte e conectadas atravs de links.

Manter a consistncia: um mesmo padro deve ser sempre adoptado; mesmo que o
contedo mude com frequncia, caracterstica relevante em aplicaes hipermdia,
o usurio ter facilidade em lidar com a aplicao, pois j ir conhecer os
procedimentos padres.

Foco no usurio: princpio que rene todos os demais. A usabilidade orienta as

aplicaes para que foco esteja nas actividades dos usurios.

Simbologia: ao se falar de usabilidade na Web, no se pode deixar de levar em

considerao que se trata de uma rede mundial, portanto deve-se ter uma
preocupao com o processo de internacionalizao. Deve-se ter em mente, que
somente o uso de interfaces grficas ou uso de elementos grficos ao invs de
palavras no resolve grande parte dos problemas, j que alguns smbolos podem ter
interpretaes distintas. necessrio que o projectista de IHC (Interface Humano
Computador) tenha, no mnimo, conscincia de que a usabilidade de sua interface
no pode ser dimensionada apenas pelos conhecimentos tcnicos de sua rea
especfica de actuao. Usabilidade compreende uma gama de directivas de
diversos ramos de actuao (Leite, 2002).

8.1.2 PRINCPIOS DE DESIGN

O design a parte visvel de uma interface, o desenho, a forma, as cores, os alinhamentos
etc., sem que haja um julgamento ou uma tentativa de entender ou dar nome ao que se v. A
partir do momento em que se procura entender um design e atribuir nomes ao que aparece
em uma interface, faz-se referncia ao contedo ou mais precisamente, aos atributos que
compem uma interface.
Para ilustrar o conceito de design basta acessar um Web site, cujo idioma no se tem
nenhum conhecimento como, por exemplo, um endereo japons, chins etc. visitado por
quem no conhece o idioma, tendo condies somente de ver o design.
Design desenho, esboo, projecto. Pode-se considerar como design de um Web site, tudo
o que visualizamos em uma pgina, ou seja, os textos e as imagens, as cores, os
alinhamentos e as figuras geomtricas como tabelas e linhas. Pode-se dizer que um texto
tambm design quando no h um julgamento sobre o seu significa ou quando no h
uma tentativa de fazer uma leitura. Quando olhamos para o contedo visual de um texto
podemos dizer que estamos olhando o design.
O design muitas vezes confundido com estrutura, layout, design pattern, template, arte
etc. Estes termos (embora no haja uma traduo exata para layout e design) tm conceitos
Pgina | 28

semelhantes para determinadas situaes, mas na prtica cada um representa situaes que
tm caractersticas diferentes.
Histrico: Design uma palavra ambgua. No sculo XVIII na Inglaterra, o termo
significava plano de uma obra de arte. Na origem latina, designare significa
simultaneamente a ideia de desenho e desgnio e implica o conceito de um objecto em vias
de produo. Design ento definido tanto como um projecto ou o produto de um
planeamento (Hurlburt, 2002), (Domingues, 2003).
8.1.3 PRINCPIOS ESTTICOS
A esttica est presente em interfaces de Web sites tanto no conjunto como um todo,
como nos detalhes estilizados que caracterizam cada atributo (texto, link, imagem,
formulrio). H uma esttica bsica para a composio de interfaces que baseada nas
cores branca (fundo), preta (textos), cinza (formulrios), azul (links) e alinhamento
esquerda. No entanto, as possibilidades de modificaes das caractersticas da interface
bsica, bem como dos atributos que a compem que faz com que as interfaces tenham
estticas diferentes ou designs diferentes.
Esttica uma rea da filosofia que estuda racionalmente o belo e o sentimento que
o belo desperta nos seres humanos.
Etimologicamente, a palavra esttica vem do grego aisthesis, com o significado de
faculdade de sentir, compreenso pelos sentidos, percepo totalizante. A ligao da
esttica com a arte ainda mais estreita quando se considera que o objecto artstico aquele
que se oferece percepo. Por isso pode-se compreender que, enquanto disciplina
filosfica, a esttica tenha tambm se voltado para as teorias da criao e da percepo.
(Isaak, 2001).
8.1.4 PRINCPIOS ARTSTICOS
Cada forma de arte tem o seu meio de expresso prprio e esse meio
especialmente apto para um tipo de comunicao especfico. A arte na Web pode ser
vista na forma de uma combinao de textos, imagens, cores, alinhamentos,
posicionamentos e movimentos que no sejam baseados unicamente em tcnicas de
uso de ferramentas. A arte uma forma de inqurito que descobre, cria e alarga o
conhecimento quando mostrada como um produto da cognio.
Segundo Howard Gardner (Gardner, 1997), autor da teoria das inteligncias
mltiplas mostra que a viso espacial est relacionada ou proveniente ao sentido da
viso e que o uso dessa forma de inteligncia que faz com que o indivduo desenvolva
uma observao minuciosa das coisas, das formas, das imagens mentais etc.

Pgina | 29

Habilidades como esta so essenciais a um Web designer, assim como o so a um artista.

No entanto, um Web designer com conhecimentos artsticos est apto a desenvolver
trabalhos qualificados, com esttica atraente, e fceis de serem entendidos pelo usurio. Por
outro lado, se um artista, que tenha pouco ou nenhum conhecimento de Web design,
trabalhar no desenvolvimento de Web sites, o resultado tende a ser desastroso, pois no se
pode prever o perfil do usurio que entender seu trabalho.
8.1.5 PRINCPIOS TICOS
H questes que no representam somente um ponto de vista ou um modelo de
design; que no tratam simplesmente da escolha de uma linguagem e/ou tecnologia em
detrimento de outra, mas como fazer um uso melhor das tecnologias escolhidas.
Determinadas questes como esttica, gostos, preferncias, facilidades de leitura e
navegao, no so problemas que a engenharia possa solucionar, mas so questes que
precisam ser pensadas e analisadas em busca de levar aos usurios o melhor possvel dentro
dos limites de cada projecto (tempo, verbas, recursos em geral).
Em interfaces Web podem-se considerar questes ticas em aspectos como as
imagens, textos, o contedo dos textos escritos, a forma de organizao do contedo e do
uso das tecnologias, na busca de levar at os usurios facilidade de uso do sistema e clareza
nas informaes.Alguns autores, algumas categorias profissionais e alguns segmentos
sociais fazem uso da tica como sendo uma espcie de obrigao ou de verdades
absolutas que tenham que ser seguidas. Porm, neste trabalho, a tica abordada como uma
cultura a partir da qual pode-se levar at os usurios interfaces com uma funcionalidade
melhor, devido ao uso diferenciado de tecnologias e de um design baseado em observaes
de dificuldade (cultura, prtica de uso, recursos de software, hardware, banda etc) de alguns
usurios. Propor em um processo(Isaak, 2001).
8.2 PRTICAS RECOMENDADAS PARA A INTERNET (IEEE - 2001)
O IEEE-2001 (Instituto de Engenheiros Elctricos e Electrnicos) um padro
voluntrio conhecido como Prticas recomendadas para a Internet - Engenharia Web,
gerenciamento de Web sites e padres de ciclos de vida de Web sites. O padro conhecido
como IEEE 2001, sobre benefcios e normas de procedimentos para desenvolvimentos de
Web sites, incluiu os tipos de informao que devem ser destacadas em todos os Web sites,
tal como informaes sobre o criador do Web site; URLs e datas de updates. (Booch, 2000)
Usurios acessam pginas em busca de dados confiveis e actualizados. Por isso um
Web site deve trazer a identificao do que , e a quem pertence; o propsito do Web site;
se tem fins lucrativos ou somente informativo; quem so as pessoas responsveis pelas
divises e a forma de contact-las; a poltica de privacidade, como por exemplo, se o Web
site tem cookies que armazenam dados do usurio; a propriedade intelectual das
informaes disponveis; se as informaes estaro permanentemente no Web site ou se so
Pgina | 30

temporrias e quando so temporrias, qual a data de expirao, de actualizao e a

ltima modificao.
As pginas Web devem ser feitas considerando o acesso por usurios
diversificados. O IEEE 2001 (Internet, melhores prticas de EW) sugere Web sites
que procurem uma conformidade para implementar formas de procedimentos de
acesso. Os mtodos de melhoramentos de acesso para pessoas leigas, melhoram o
acesso para todas as demais. Usurios mais frequentes on-line agem de acordo com
as normas que representam credibilidade aos Web sites.

Exemplos que facilitam o sistema de acesso e navegao:

Reproduo do contedo para um sistema facilitador de udio como, por exemplo,

onde se possam escolher tradues para outros idiomas e informaes do contedo
em mecanismos de busca;
Internacionalizao de informaes de contacto como nmeros de telefones
contendo o cdigo do pas, da cidade e o fuso horrio. Onde houver produtos que
tm preos, deve ter tabelas de converso para diversas moedas, como por exemplo,
$US, $pesos, $Hong Kong, R$reais etc.;
Mecanismos de busca eficientes devem ser marcados por meta tags que
identifiquem conforme a data da ltima modificao, da expirao, e o endereo da
home page;
Modelos eficientes e abrangentes de divulgao, reconhecimento e aprovao,
devem fazer uso de normas de processos e ferramentas de desenvolvimento de Web
sites que correspondam as normas de especificaes (Isaak, 2001).

As prticas padronizadas pelo IEEE representam uma conscientizao de como melhorar a

compreenso e a forma de navegao de um usurio dentro de uma pgina.
8.3 UML (UNIFIED MODELING LANGUAGE)
Durante o perodo de 1989 a 1994, a quantidade de mtodos orientados a objectos
aumentou consideravelmente, em pouco tempo. Com isso, muitos usurios desses mtodos
tiveram dificuldades para encontrar uma linguagem de modelagem capaz de atender as suas
necessidades e isso acabou gerando a chamada guerra dos mtodos. Com os problemas
decorrentes no desenvolvimento de softwares, surgiu a necessidade de uma linguagem
unificada para que os desenvolvedores de softwares pudessem falar uma linguagem
comum (Booch, 2000).
Para apontar uma soluo guerra dos mtodos, os autores Grady Booch, Ivar Jacobson
e James Rumbaugh se uniram e unificaram seus mtodos, criando a Unified Modeling
Language (UML). A UML trouxe uma certa estabilidade ao mercado de desenvolvimento
de software permitindo que os projectos tivessem como base uma linguagem de modelagem
mais, Quando a UML foi lanada, muitos desenvolvedores da rea da orientao a
Pgina | 31

objetos foram beneficiados j que essa padronizao proposta pela UML trouxe o
apoio que eles esperaram (Booch, 2000).
Ao longo de 1996, a UML foi aceita pela comunidade de Engenharia de Software
em geral, que atualmente considera a UML uma grande aliada, pois permitiu que os
desenvolvedores de softwares pudessem falar uma linguagem comum.
Utilizar a UML em projectos Web no significa explorar todos os significados de
classes, objectos, relacionamentos, fluxos, mensagens e outras entidades comuns da
orientao a objectos, mas fazer uso dos recursos pertinentes a UML em busca de melhores
projectos de Web site. As melhorias nos projectos podem ser vistas no uso de diagramas
como, por exemplo, diagramas de sequncia, diagramas de caso de uso, diagramas de
classes e demais diagramas que possam ser utilizados na modelagem de projectos de Web
sites. (Booch, 2000)
Um modelo ou um processo pode representar uma simplificao da realidade. Os
modelos fornecem uma cpia do projecto de um sistema e podem abranger planos
detalhados ou planos gerais com uma viso panormica do sistema considerado. Um bom
modelo inclui aqueles componentes que tm ampla repercusso e omite os componentes
menores que no so relevantes em determinado nvel de abstraco. Todos os sistemas
podem ser descritos sob diferentes aspectos, com a utilizao de modelos distintos, sendo
cada um deles uma abstraco semanticamente especfica do sistema.
A UML uma tentativa de padronizar a modelagem orientada a objectos de uma
forma que qualquer sistema, seja qual for o tipo, possa ser modelado correctamente, com
consistncia, fcil de se comunicar com outras aplicaes, simples de ser actualizado e
compreensvel (Booch, 2000)
9 PGINA WEB INFONGOLA
Implementacao e caso pratico de utilizacao
O site INFONGOLA, foi desenvolvido para dar ao cidado a informao adequada,
respeitante aos projectos que o executivo venha executando e aqueles que se props e
executar de forma. Assim, como a existncia de uma aplicao que interaja e disponibilize
essa informao pode trazer grandes benefcios, quer para os membros do Executivo, quer
para o cidado.
O INFONGOLA possui recursos necessrios para levar ao cidado a informao
adequada, respeitante aos projectos que o executivo venha executando e aqueles que se
props executar, que passam ser acessados on-line, o que contribui para rapidez na divulgao
dos projectos.

Pgina | 32

O INFONGOLA foi desenvolvido para uso atravs da internet, podendo, portanto, rodar
em dispositivos desktops, portteis, tabletes. Por se tratar de uma pgina Web, o acesso pode
ocorrer de qualquer ponto em que haja um computador ou outro dispositivo (portteis, tabletes,
telemveis) conectado Internet.

9.1 APRESENTANDO O INFONGOLA

O prototipo em implementacao esta composto por cinco (5) modolos respetivamente que
sao :
1. Inicio onde esta especificado a home que a pagina inicial onde mostra todo o
conteudo do projecto deste como encontrar uma determinanda obra em andamento
projectos do governo em destagues bem como encurso.
2. O segundo modulo mostra a programatizacao dos projectos e cronograma de
execucao dos mesmo desde a avaliacao e custos nos cofres do esta sao aspectos do
tipo que levanos a um aprefeicoamento futuro do referido projeto , destacar todas as
obras de grande porte quer anivel da capital como tambem no desenvolvimento das
autarguias objetivo este que e desejo do executivo uma producao maior e uma
distribuicao melhor
3. Mostra os possiveis eventos que sera realizado pelo execuitivo desde sessoes
parlamentares para aprovacao e elaboracoes de projetos encontros com entidades
internacionais e extrangeiras sao eventos do tipo que o sistema no seu modolo
eventi ira retratar com exatidao
4. Modolo Informe Apos um previo cadastramento os usuarios poderam informar
sobre projectos que gostariam de ver serem executados anivel de suas provincias de
origem.
5. Esse e o Modulo de contactos sera desponibilizado contactos aos usuarios locais a
fim de manter um contacto direito com o gestor da pagina o que mostra um a maior
interatividade no estudo do caso em analise.
Para acessar o INFONGOLA, ser necessrio utilizar um computador conectado a
internet e que possua o navegador Internet Explorer 8.0, Mozilla Firefox, Google Crome,
Opera, estas ou verses superior que disponibilizar o site e suas respectivas pginas de
acesso, como ilustra a figura 1 a seguir.

Pgina | 33

Figura 1: Pgina de acesso

www.infongola.it.ao

Fonte:Dapesquisa

Para aceder pgina o usurio (cidado) dever na barra de endereo do navegador digitar
o endereo do site conforme ilustra a figura acima.
Iniciando a primeira pgina do INFONGOLA, aparecer conforme ilustra a figura abaixo.

Figura 2: Pgina inicia;

Barra de menus

Fonte:Dapesquisa

Como ilustra na figura 2, a pgina do INFONGOLA, disponibiliza opes para o

acesso a pgina de programas, eventos, informe e contactos. Esta hierarquia de
navegao permite maior flexibilidade as informaes contidas no site.
Pgina | 34

7
Figura 3: Pgina de acesso
Fonte:Dapesquisa

A pgina de programa disponibiliza informao dos projectos do executivo.

Figura 1: Pgina de acesso

Fonte:Dapesquisa

A pgina de Eventos disponibiliza informao dos eventos do executivo.

Figura 5: Pgina de cadastramento

Fonte:Dapesquisa

Pgina | 35

A pgina de Informe disponibiliza os campos necessrios para preenchimento antes do

envio do comentrio (mensagem).
No campo Data de envio, o usurio dever digitar a data do dia em que estiver a fazer o
preenchimento; na opo Nome completo, dever digitar o nome completo conforme o
bilhete de identidade; na opo Data de Nascimento, dever digitar a data de nascimento;
na opo Natural de, dever digitar a sua naturalidade; na opo Morada, dever digitar
a sua morada actual; na opo Escreva aqui a sua mensagem, dever digitar a mensagem
ou seja o comentrio que quer enviar; na opo Nome, digitar apenas o primeiro nome;
por ltimo na opo telefone dever digitar o nmero do seu telefone. Finalmente clicar na
opo Enviar para enviar o formulrio.

Figura 6: Pgina de contactos

Fonte:Dapesquisa

A pgina de Contactos disponibiliza os nmeros de telefone, bem como o horrio de

funcionamento do gestor do sistema.

Pgina | 36

10 - CONSIDERAES FINAIS
A falta de informao por parte do cidado sobre os projectos que o executivo vem
executando, tem dado origem a insatisfao, e descrdito de como se gere os bens pblicos.
O Site de informao dos Projectos do Executivo da Repblica de Angola poder ser
desenvolvido pelo GOVERNO CENTRAL E LOCAIS, atravs dos Gabinetes de
Acompanhamento de Projectos (GAP). O principal objectivo desse sistema racionalizar
os esforos do GAP e de seus jurisdicionados quanto prestao de informaes, anlise de
dados e publicidade pertinentes os projectos executivos e servios de engenharia
executados com recursos pblicos provinciais e municipais. Com a adopo do SGPE,
aperfeioam-se os mecanismos de controlo externo na rea de projectos executivos (PE)
pblicos, uma vez que a captura de dados e respectiva apreciao destes ganham celeridade
e melhora qualitativa, acarretando ao errio reduo de desperdcios e maior transparncia.
Neste documento, jurisdicionados, gestores do sistema e demais cidados encontram
instrues detalhadas sobre a insero, consulta e interpretao de dados mantidos no
SGPE. Aps a exposio das regras gerais para uso do sistema, surgem detalhes sobre os
mdulos que o compe, agrupados em sees dedicadas aos perfis de utilizadores.
Apreciaremos sugestes e crticas sobre o projecto SGPE, inclusive relativas a este manual.
Instrues sobre como contactar os desenvolvedores do sistema podem ser encontradas no
site do GAP (EMAIL) ou no prprio Sistema de Gesto de Acompanhamento de Projectos
do Executivo (SGPE).

Pgina | 37

11 - REFERENCIAS BIBLIOGRFICAS

BORINELLI, Mrcio Luiz. Estrutura bsica de Controladoria:

sistematizao a luz da teoria e da prxis. 2006. Tese (Doutorado em Cincias
Contbeis) Programa de Ps-graduao em Cincias Contbeis, Departamento
de Contabilidade e Aturia, Faculdade de Economia, Administrao e
Contabilidade da Universidade de So Paulo.
BANCO CENTRAL DO BRASIL. O Sistema
Disponvel em:
WWW.bcb.gov.br. Acesso em: 22.04.2009.

Financeiro

Nacional.

BRITO, Osias Santana de. Controladoria de risco retorno sobre

instituies
financeiras. So Paulo: Saraiva, 2003.
CATELLI, Armando. Controladoria: Uma abordagem do GECON. 2 ed. So
Paulo: Atlas, 2007.
CARVALHO, Silvio Aparecido de. Desenvolvimento de Novas Tcnicas
para a
Gesto Bancria no Brasil. So Paulo, 1993. Tese (Doutorado) Faculdade
de
Economia, Administrao e Contabilidade da Universidade de So Paulo.
CHAGAS, Jos Ferreira. O Exerccio da Controladoria em Instituies
Bancrias com Atuao no Brasil. So Paulo, 2000. Dissertao
(Mestrado)
Faculdade de Economia, Administrao e Contabilidade da Universidade de So
Paulo.
DEMO, Pedro. Metodologia Cientfica em Cincias Sociais. So Paulo:
Atlas,
1985.
Pgina | 38

FERNANDES, Francisco Carlos. Uma contribuio estruturao da

atividade
da controladoria em entidades fechadas de previdncia privada.
2000. Tese
(Doutorado em Cincias Contbeis) Programa de Ps-graduao em Cincias
Contbeis, Departamento de Contabilidade e Aturia, Faculdade de Economia,
Administrao e Contabilidade da Universidade de So Paulo.
HORNGREN, Charles T. Introduo Contabilidade Gerencial. 5.ed.,
So Paulo:
Prentice Hall do Brasil, 1985.
MOSIMANN, Clara Pellegrinello; FISCH, Silvio. Controladoria: seu papel na
administrao das empresas. So Paulo: Atlas, 1999.
OLIVEIRA, Djalma de Pinho Rebouas. Sistemas, organizao e
mtodos: uma
abordagem gerencial. So Paulo: Atlas, 2000.
OLIVEIRA, Luiz Martins de; PEREZ JR., Jos Hernandes; SANTOS SILVA, Carlos
Alberto dos. Controladoria Estratgica. So Paulo: Atlas, 2007.
PADOVEZE, Clvis Luis. Controladoria Estratgica e Operacional:
conceitos,
estrutura, aplicao. So Paulo: Thomson, 2003.
PELEIAS, Ivan Ricardo. Controladoria Gesto Eficaz utilizando padres. So
Paulo: Saraiva, 2002.
PORTER, Michael E.. Vantagem Competitiva: Criando e Sustentando
um
Desempenho Superior. Traduo de Elizabeth Maria de Pinho Braga. 10.
reimpresso. Rio de Janeiro: Campus, 1990.
TEIXERA, Olimpio Carlos. Contribuio ao estudo das funes e
responsabilidades do controller nas organizaes. 2003. Dissertao
(Mestrado em Cincias Contbeis) Programa de Ps-graduao em Cincias
Contbeis, Departamento de Contabilidade e Aturia, Faculdade de Economia,
Administrao e Contabilidade da Universidade de So Paulo.
TURCZYN, Sidnei. O sistema financeiro nacional e a regulao
bancria. So
Pgina | 39

Paulo: Revista dos Tribunais, 2005.

YOSHIKAWA, Dorival Mikio. Contribuio ao estudo da utilizao de
indicadores estratgicos de gerenciamento scorecards pela
controladoria em instituies financeiras. 1997. Dissertao (Mestrado
em Cincias Contbeis) Programa de Ps-graduao em Cincias Contbeis,
Departamento de Contabilidade e Aturia, Faculdade de Economia, Administrao
e Contabilidade da Universidade de So Paulo.

Pgina | 40