894 2551 1 PB

53
Anurio da Produo
Cientfica dos Cursos de
Ps-Graduao
Vol. III, N. 3, Ano 2008
Daniel Cenzi
Faculdade Anhanguera de Valinhos
dcenzi@yahoo.com.br
Ivair Teixeira
ivairt@yahoo.com.br
Joel Garcia da Costa
costa.joel@uol.com.br
Jeanne Dobgenski
Anhanguera Educacional S.A.
jeanne.dob@unianhanguera.edu.br
TECNOLOGIA DE APLICAES PARA
DISPOSITIVOS MVEIS INTEGRADA A BANCO
DE DADOS REMOTO UTILIZANDO SOFTWARE
LIVRE
RESUMO
Este trabalho apresenta um projeto base para auxiliar no desenvolvimento
de solues que envolvam mobilidade e acesso a uma base de dados corpo-
rativa. Para isso, foi implementado um aplicativo que utiliza tecnologia Java
para pequenos dispositivos, o qual proporciona um sistema de inventrio
mvel. Este aplicativo apresenta um formulrio de coleta de dados que de-
pois de preenchido enviado pela Internet ao servidor remoto. O servidor
composto por um banco de dados MySQL e um conjunto de pginas em
PHP que organizam essas informaes e disponibilizam os relatrios. Um
dos maiores destaques do projeto o baixo custo geral, pois, utiliza software
livre, hardware comum e um sistema de comunicao de dados pelo qual
somente cobrado o volume do trfego de dados, que mnimo, reduzindo
significativamente o custo de utilizao.
Palavras-Chave: Dispositivos mveis; J2ME; PHP; Aplicaes mveis.
ABSTRACT
This work shows an initial project dedicated to help the development of
solutions that involves mobility access and corporative databases. Thus,
using Java technology applied to small devices, it was implemented a com-
putational tool that provides a mobile inventory system. Also, this tool
sends the inventory data to a remote server through the internet. The data-
base was designed using MySQL with PHP pages that set and organize the
information of supplying reports. The notability of this project is the low
cost reached with the development based on free software, general hard-
ware and a data communication system that charges only the data flow,
which is minimal and reduce the total utilization price.
Keywords: Mobile devices; J2ME; PHP; Mobile applications.
Esta monografia foi adaptada para o formato de artigo
cientfico sob responsabilidade do editor.
Anhanguera Educacional S.A.
Correspondncia/Contato
Alameda Maria Tereza, 2000
Valinhos, So Paulo
CEP. 13.278-181
rc.ipade@unianhanguera.edu.br
Coordenao
Diretoria de Ps-Graduao
Instituto de Pesquisas Aplicadas e
Desenvolvimento Educacional - IPADE
Artigo Original
Curso: Tecnologia na Gesto da
Informao
Monografia apresentada em: dez/2007
Tecnologia de aplicaes para dispositivos mveis integrada a banco de dados remoto utilizando software livre
Anurio da Produo Cientfica dos Cursos de Ps-Graduao Vol. III, N. 3, Ano 2008 p. 53-101
54
1. INTRODUO
O aumento do nmero de dispositivos mveis nos ltimos anos, em especial dos tele-
fones celulares, abriu um universo de possibilidades que deram incio aos desenvolve-
dores de aplicaes para tais equipamentos. A assessoria de imprensa da ANATEL (A-
gncia Nacional de Telecomunicaes) publicou que no ms de maro/2007 foram re-
gistradas 965.726 novas habilitaes de acessos mveis no pas, superando a marca de
102 milhes de celulares em servio (ANATEL, 2007).
A popularizao destes dispositivos devida reduo do custo dos apare-
lhos, os quais esto cada vez mais acessveis ao pblico com menor poder aquisitivo.
Paralelamente a esta acessibilidade, o avano da tecnologia possibilita que novos dis-
positivos adquiram maior capacidade de processamento, comunicao e armazena-
mento. Observa-se o surgimento de uma demanda de aplicaes que tirem proveito
dos recursos oferecidos por essas tecnologias. Tal fator aliado expanso da Internet
criou o ambiente ideal para implementar os mais diversos aplicativos que atendam a
necessidade crescente por comunicao em tempo real.
A demanda por aplicaes mveis impulsionou o surgimento de novas tecno-
logias, como o Java 2 Micro Edition (J2ME) que se destaca como uma das principais pla-
taformas de desenvolvimento de aplicaes para pequenos dispositivos.
Uma das barreiras na adoo de solues baseadas em aplicaes mveis pe-
las empresas a dificuldade em adequar as novas tecnologias realidade corporativa.
Dependendo das circunstncias, a criao de uma interface entre os sistemas atuais e a
aplicao mvel pode exigir adaptaes e investimentos no ambiente tecnolgico.
O objetivo desse trabalho apresentar um processo de desenvolvimento de
um prottipo de aplicativo para dispositivos mveis, envolvendo algumas das tecno-
logias existentes e exemplificando possibilidades de integrao da realidade corporati-
va com aplicaes moveis.
Para isso foi implementado, a partir de um estudo de caso, o desenvolvimento
de um sistema que permita a uma equipe com dispositivos mveis coletarem dados em
campo e interagir com uma aplicao web remota com acesso a banco de dados.
A utilizao de software livre para o desenvolvimento aumenta a viabilidade
do projeto devido reduo significativa no custo de implementao e possibilidade
de adaptao das rotinas implementadas s mais diversas finalidades. Atendendo os
requisitos das licenas das plataformas Java, PHP e do sistema gerenciador de banco de
dados MySQL todo o cdigo aberto e de domnio pblico.
Este trabalho est estruturado em sees e subsees, a saber. Na segunda se-
o, faz-se uma reviso de literatura sobre a pesquisa enfatizando os aspectos tericos e
prticos. Na seo 3, apresenta-se um estudo sobre as tecnologias envolvidas no de-
senvolvimento do projeto. Na seo 4, destaca-se a importncia da mobilidade nos dias
atuais. Descreve tambm os aspectos que devem ser levados em considerao no de-
senvolvimento de aplicaes mveis, enfatizando as vantagens e problemas na utiliza-
o desse modelo. Na seo 5, apresentam-se o problema a ser solucionado e a descri-
o do cenrio da pesquisa, detalhando todas as etapas de desenvolvimento do prot-
tipo da aplicao, incluindo as fases anlise e projeto do sistema, projeto de interface
Daniel Cenzi, Ivair Teixeira, Joel Garcia da Costa, Jeanne Dobgenski
55
com o usurio e detalhes da implementao. Na seo 6, descrevem-se os testes reali-
zados, relata as principais dificuldades encontradas e prope sugestes para projetos
futuros. Por fim, na seo 7, apresentam-se as concluses sobre a pesquisa realizada,
enfatizando a viabilidade prtica da aplicao.
2. REVISO DE LITERATURA
Nesta seo so descritos os resumos de trabalhos realizados na rea e que serviram de
base para fundamentao terica deste estudo. Foram revisados artigos e literaturas
voltadas para a rea de desenvolvimento de aplicaes para dispositivos mveis, pro-
gramao para Internet, redes de computadores, engenharia de software e projeto de
banco de dados.
O livro escrito por John Muchow (2004) descreve todo o processo de desen-
volvimento de midlets
1
utilizando a plataforma Java Micro Edition (ME) da Sun Mi-
crosystems, detalhando desde os processos de interface com o usurio, persistncia de
dados at mtodos de conexo remota. Java ME uma verso reduzida da linguagem
de programao Java, projetada para dispositivos com memria, vdeo e poder de pro-
cessamento limitados (celulares, palmtops, PDAs, pagers etc). O autor detalha o conceito
de configuraes CLDC (Connected Limited Device Configuration) e perfis MIDP (Mobile
Information Device Profile), alm de mostrar a preparao de um ambiente para desen-
volvimento de aplicaes Java ME.
James Keogh (2003) aborda as melhores prticas para o desenvolvimento de
aplicaes para dispositivos com recursos limitados, como a simplificao da interface
com o usurio, a limitao do uso da memria e o gerenciamento conexes com rede.
Explica que, muitas vezes, mtodos tradicionais de desenvolvimento de software no
so apropriados ao desenvolvimento de aplicaes mveis.
O livro publicado por Juliano Niederauer (2006) descreve conceitos e caracte-
rsticas da linguagem de programao PHP e do sistema gerenciador de banco de da-
dos MySQL. Cita o PHP como uma das linguagens mais utilizadas na atualidade para
a criao de pginas dinmicas e o MySQL como uma excelente soluo para o arma-
zenamento de dados pginas da Internet. O livro apresenta-se como um completo guia
de referncia para a integrao das duas tecnologias.
Ian Sommerville (2003) trata diferentes abordagens para o desenvolvimento
de prottipos, citando a prototipao como a nica tcnica vivel para o projeto de in-
terface com o usurio. Explica todo o processo de engenharia de software, partindo da
anlise de requisitos e passando por processos de avaliao e validao do software.
O livro publicado por Abraham Silberschatz, Henry F. Korth e S. Sudarshan
(2005) trata da natureza de sistemas de banco de dados. Enfatiza o modelo entidade-
relacionamento para representao de alto nvel do projeto de banco de dados e os
principais problemas que podem ocorrer durante o processo de abstrao. Apresenta
uma viso geral da linguagem SQL e possui um captulo dedicado exclusivamente ao
modelo orientado a objetos.

1
Midlet: aplicao projetada para dispositivos mveis com recursos computacionais limitados.
56
Andrews Tenenbaum (2003) aborda diversos aspectos relacionados a redes de
computadores, incluindo a evoluo da tecnologia wireless
2
e da telefonia celular.
James F. Kurose e Keith W. Ross (2005) fazem uma descrio geral do protoco-
lo HTTP (Hyper Text Transport Protocol), detalhando o processo de troca de mensagens
atravs dos mtodos get e post. O autor define HTTP como um protocolo da camada de
aplicao que atua sobre protocolo de transporte Tranfer Control Protocol (TCP) com a
finalidade de gerenciar requisies e repostas enviadas por clientes e servidores web.
O trabalho desenvolvido por Bruna Georgina Bunzen de Albuquerque Romei-
ro (2007) implementa um prottipo de um aplicativo mvel em Java Micro Edition inte-
ragindo com uma aplicao cliente/servidor Java EE, detalhando as tcnicas e tecnolo-
gias envolvidas. A aplicao consiste em um sistema que possibilita aos alunos, de uma
faculdade, consultarem as notas online via aparelho de telefone celular.
Andra Rodrigues de Amorim (2007) apresenta um estudo sobre a tecnologia
Java para pequenos dispositivos mveis (J2ME), mediante a implementao de um pro-
ttipo de uma aplicao mvel, para telefones celulares, que se comunica com uma ba-
se de dados remota com conexo web.
Segundo Craig Larman (1999), sistemas projetados atravs do paradigma de
orientao a objetos destacam-se pela robustez e facilidade na manuteno. O autor
explica a utilizao da linguagem UML durante as fases de anlise e projeto do siste-
ma, detalhando as formas de elaborao de diagramas de classes, casos de uso e se-
qncia do sistema.
O material consultado cobre toda a teoria necessria para atingir o objetivo
central do trabalho, pois aborda os temas de todas as etapas que compem o desenvol-
vimento da pesquisa.
3. TECNOLOGIAS
Nesta seo, faz-se uma breve descrio das tecnologias envolvidas no desenvolvimen-
to desta pesquisa, as quais foram definidas de acordo com as questes levantadas du-
rante fase de anlise do estudo de caso.
Os itens que tiveram maior influncia na deciso das tecnologias foram a dis-
ponibilidade de documentao, diversidade de equipamentos suportados, e principal-
mente a escolha por software de cdigo aberto. Definiu-se ento que o projeto deve ser
constitudo por dois mdulos. O primeiro consiste em uma aplicao mvel desenvol-
vida em Java 2 Micro Edition que o cliente. O outro mdulo consiste em uma aplicao
remota desenvolvida em PHP conectada a uma base de dados MySQL. A comunicao
entre os mdulos realizada pela Internet, utilizando-se o protocolo HTTP.

2
wireless: tecnologia para comunicao de dados sem fio.
57
3.1. Java
A tecnologia Java foi criada como uma ferramenta de programao em computao,
parte de um pequeno trabalho annimo e secreto chamado "the Green Project" da Sun
Microsystems em 1991, que uma plataforma de desenvolvimento que segue o para-
digma de orientao a objetos. Distingue-se das outras linguagens orientadas a objetos
pela caracterstica do foco na portabilidade, anulando a incompatibilidade entre os di-
versos tipos de mquinas existentes. Diferente de vrias linguagens convencionais, que
so compiladas para cdigo nativo, a linguagem Java compilada para um bytecode
que executado pela mquina virtual (JAVA, 2007).
Devido a esta caracterstica, programas em Java podem ser executados em di-
ferentes ambientes operacionais dentro do conceito escreva uma vez, execute em
qualquer lugar (Write Once, Run Anywhere), desde que exista na mquina ou o sistema
suporte a Mquina Virtual Java (JAVA2, 2007).
Outra caracterstica da linguagem a presena de mecanismos de tratamento
de excees que tornam as aplicaes mais robustas, no permitindo que elas falhem
mesmo quando esto rodando sob condies anormais.
Java possui um recurso denominado Garbage Collector (Coletor de Lixo), que
faz com que o gerenciamento da memria da aplicao fique a cargo da mquina virtu-
al, evitando assim eventuais erros que o programador possa cometer alocando espaos
de memria e definindo ponteiros em tempo de execuo.
Devido aos diferentes contextos nos quais a linguagem Java aplicada, encon-
trou-se a necessidade de dividi-la em 3 edies:
Plataforma Java 2 Standard Edition (J2SE) prov um ambiente de execu-
o e um conjunto de APIs (Application Program Interfaces) para aplica-
es desktop e define um ncleo de funcionalidades para as outras edi-
es.
Plataforma Java 2 Enterprise Edition (J2EE) um aprimoramento da
J2SE com suporte ao desenvolvimento em maior escala, principalmente
orientada a transaes e banco de dados descentralizado (SUM,2007).
Plataforma J2ME define um ambiente de execuo e um conjunto de
Application Programming Interface (API) para programao embarcada
3
em dispositivos mveis, como celulares, Personal digital assistants
(PDA) e outros dispositivos (MUCHOW, 2004).
Na Figura 1 podem ser observadas as 3 edies da plataforma Java. Cada edi-
o contm licenas diferentes, provem ambientes de execuo distintos e satisfazem
necessidades especficas.

3
A programao embarcada voltada a um sistema microprocessado completamente dedicado ao dispositivo ou ao
sistema que ele controla.
58
Figura 1 Edies da plataforma Java 2.
Seguindo a necessidade terica deste trabalho, faz-se uma breve explicao
das caractersticas e funcionalidades da plataforma J2ME.
3.2. J2ME (Java 2 Micro Edition)
Java 2 Micro Edition (J2ME) atualmente a tecnologia que alcana o maior nmero de
micro dispositivos disponveis. gratuito para download e para uso comercial, o que
minimiza os custos de desenvolvimento e aumenta a comunidade de usurios.
A plataforma de desenvolvimento J2ME, em vrios aspectos, pode ser vista
como o retorno s origens da tecnologia Java, a qual, no incio, foi desenvolvida com o
objetivo de ser utilizada na programao de dispositivos eletrnicos. Com o tempo a
linguagem evoluiu para um conjunto de tecnologias voltadas ao desenvolvimento de
aplicativos para desktop e principalmente aplicaes Cliente/Servidor.
Dois pontos devem ser ressaltados a respeito da edio J2ME. O primeiro
que no define uma linguagem de programao nova, mas adapta a tecnologia Java e-
xistente, J2SE e J2EE, programao de dispositivos mveis (MUCHOW, 2004).
O outro ponto que ele no um bloco de software tampouco uma especifica-
o. um conjunto de tecnologias e especificaes que tm como alvo disponibilizar
uma Java Virtual Machine (JVM), APIs e ferramentas para equipamentos portteis em
diferentes segmentos do mercado de dispositivos mveis.
Pouco tempo atrs os dispositivos mveis eram oferecidos com um conjunto
fixo de funcionalidades cuja programao era realizada exclusivamente pelo fabricante,
sobre uma tecnologia altamente proprietria.
A plataforma J2ME busca transparecer ao desenvolvedor todos os detalhes
proprietrios do fabricante como arquitetura e sistema operacional do equipamento
sobre o qual trabalha. Possibilita desenvolver, atualizar e instalar novas aplicaes que
utilizam o microprocessador dos dispositivos criando solues segundo as necessida-
des particulares de cada usurio (MUCHOW, 2004).
Micro
Edition
Standard
Edition
Enterprise
Edition
59
O ambiente J2ME dividido em dois grupos, conhecidos por configuraes,
de acordo com a capacidade computacional do dispositivo. Estes grupos distintos so a
base do ambiente de execuo, e incluem a mquina virtual e um conjunto de classes
derivadas, principalmente, do J2SE. As duas configuraes so:
Connected Device Configuration (CDC) especifica um conjunto de tecno-
logias destinadas utilizao em dispositivos mais potentes. Permite a
construo de interfaces grficas poderosas e aplicaes mais inteligen-
tes e pesadas em termos computacionais, se comparadas s aplicaes
feitas em CLDC. Suporta processadores de 32 bits, 2 MB de memria
principal e pelo menos 2,5 MB de memria persistente.
Connected Limited Device Configuration (CLDC) define um ambiente de
execuo e um conjunto de APIs especficas para ambientes extrema-
mente restritos, com capacidade mnima de processamento, fonte de
energia limitada, display reduzido e baixo poder computacional. Su-
portam processadores de 16 ou 32 bits com pelo menos 160 kB de me-
mria persistente, e 32 kB de memria voltil. Estes limites influenciam
diretamente nas aplicaes que podem ser suportadas, como o caso
dos aparelhos celulares e a maioria dos dispositivos mveis (SUN,
2007).
Pela definio pode-se notar que aos aparelhos celulares comuns aplicado
principalmente a CLDC, que requer pouco recurso. O corao desta configurao a
Kilobyte Virtual Machine (KVM), uma verso da Mquina Virtual Java otimizada para
CLCD que ocupa apenas 60 kbytes de memria quando em execuo, desta caractersti-
ca se originou o nome kilobyte. Alm disso, a CLDC introduziu o eficiente Generic
Connection Framework (GCF), ou, pacote de conexo genrica aerodinmica que uma
hierarquia direta de interfaces e classes que criam conexes de vrios tipos, inclusive
HTTP (MUCHOW, 2004).
Para evitar problemas de compatibilidade de recursos entre dispositivos per-
tinentes mesma configurao faz-se necessria nova uma classificao. Esta tem a fi-
nalidade de agrupar dispositivos pertencentes a um mesmo segmento vertical de mer-
cado, no qual aplicaes possam ser portadas sem perda de funcionalidades. Esta nova
diviso denominada perfil (ou profile) e consiste em um conjunto de classes que
possibilita os desenvolvedores de software implementarem as aplicaes de acordo com
as caractersticas de cada dispositivo (SUN, 2007).
Os perfis fornecem a classe para administrar o ciclo de vida da aplicao, con-
trolar a interface com usurio, manter e atualizar dados persistentes no dispositivo e
acessar informao que so armazenadas em um servidor. Os principais profiles para a
configurao CDC atualmente so:
Foundation Profile (FP) o perfil de fundao a base para dispositivos
em rede sem interface grfica, como dispositivos autnomos, dedica-
dos, conectados e embutidos.
Personal Basis Profile (PBP) o perfil bsico pessoal inclui tudo do FP, e
adiciona um conjunto mnimo de classes para interface com o usurio.
Personal Profile (PP) o perfil pessoal incorpora tudo do FP e PBP, e ofe-
rece um conjunto de classe para interface grfica mais completo, outras
importantes APIs e suporta applets.
60
Para a configurao CLCD existem basicamente dois perfis:
Information Module Profile (IMP) perfil de mdulo de informao aplica-
se aos dispositivos com pequena ou nenhuma interface com o usurio,
como dispositivos embarcados em mquinas de venda por moedas ou
fichas, aplicaes industriais e sistemas de segurana.
Mobile Information Device Profile (MIDP) o perfil de dispositivo de in-
formao mvel verses 1.0 e 2.0, implementa componentes de entrada
e tratamento de eventos de interface com usurio, armazenamento
persistente, interligao em rede, segurana, entre outros recursos.
Diversos outros perfis esto em processo de definio e desenvolvimento. En-
tre eles se destacam os especficos para a linha de handhelds
4
, para sistemas embarcados
em veculos automotivos, para TV digital entre outros. Cada um sobre uma das duas
configuraes apresentadas: CLDC ou CDC. Na Figura 2 pode ser observada uma re-
presentao simples desta diviso, que detalhada a seguir.
Figura 2 Perfis J2ME.
Para completar a organizao multicamada do J2ME existem os pacote opcio-
nais, os quais adicionam servios especializados teis em alguns dispositivos, mas no
necessrio em todos eles. Esta organizao prov um sistema eficiente que permite ao
desenvolvedor reunir funcionalidades de acordo a capacidade dos dispositivos e o re-
curso necessrio a aplicaes. Na Figura 3 exibida a organizao global da plataforma
de J2ME e as classes fornecidas pelo fabricante, as quais no so nativas do J2ME, mas
estendem ou podem prover funcionalidades especficas a um determinado Sistema
Operacional (SO) e o respectivo dispositivo (MUCHOW, 2004).
O prottipo a ser apresentado neste trabalho explora a utilizao do par
CLDC/MIDP, disponvel na maioria dos telefones celulares modernos.

4
Handhelds Pequenos computadores com entrada de dados por teclado.
J2ME
Perfil de
Fundao
Perfil Bsico
Pessoal
Perfil
Pessoal
Perfil de
Dispositivo de
Informao
Mvel
Perfil de
Informao
Mvel
61
Figura 3 Organizao global da plataforma J2ME.
3.3. PHP Hypertext Preprocessor
PHP uma linguagem para criao de scripts licenciada como software livre e distribu-
da com o cdigo-fonte aberto.
A sigla PHP um acrnimo recursivo para PHP Hypertext Preprocessor. A lin-
guagem foi originalmente chamada de Personal Home Page Tools, mas como se expandiu
em escopo, um nome novo e mais apropriado foi escolhido pela comunidade de de-
senvolvedores. Pode-se pensar no PHP como uma coleo de tags de HTML que permi-
tem montar dinamicamente uma pgina da web. Outras plataformas com o mesmo ob-
jetivo so as Active Server Pages (ASP) da Microsoft, o Coldfusion da Allaire e as Java Ser-
ver Pages (JSP) da Sun Microsystems.
O cdigo PHP tem pouca relao com a aparncia de uma pgina da web. A
maior parte do que o PHP realiza invisvel para o usurio final. Isso porque o servi-
dor web interpreta o cdigo PHP e exibe o resultado no browser no formato de uma p-
gina HTML.
Basicamente todas as operaes que podem ser realizadas por algum script
Common Gateway Interface (CGI) podem ser feitas com PHP, como coletar dados de um
formulrio, gerao de pginas dinamicamente, envio e recebimento de cookies e geren-
ciamento de sesses. Uma das caractersticas mais importantes da linguagem o su-
porte a um grande nmero de bancos de dados, como dBase, Interbase, mSQL, MyS-
QL, Oracle, Sybase e PostgreSQL. Alm disso, PHP tem suporte a outros servios atra-
vs de sockets e protocolos de e-mail como IMAP, POP3 e HTTP.
A principal vantagem do PHP em relao s plataformas concorrentes est re-
lacionada aos baixos custos de desenvolvimento, suporte e manuteno das aplicaes.
Estima-se que, na atualidade, mais de 20 milhes de domnios utilizem PHP (PHP,
2007). Pode-se dizer que a linguagem est entre as tecnologias dominantes para o de-
senvolvimento de pginas para a Internet. Uma amostra da simplicidade da sintaxe da
linguagem est representada no trecho de cdigo da Figura 4, que mostra uma opera-
o de conexo com um banco de dados MySQL utilizando-se funes nativas do PHP.
Aplicaes
P
e
r
f
i
l

P
a
c
o
t
e
s

o
p
c
i
o
n
a
i
s
C
l
a
s
s
e
s

d
o

f
a
b
r
i
c
a
n
t
e
Configurao
SO Nativo
Dispositivo
62
Figura 4 Exemplo de cdigo PHP.
3.4. MySQL
O MySQL um Sistema Gerenciador de Banco de Dados (SGBD), que utiliza a
linguagem Structured Query Language (SQL) como interface e licenciado como software
livre em conformidade com a licena pblica General Public Licence (GPL).
A seguir esto listadas as principais caractersticas do MySQL:
Portabilidade e independncia de plataforma operacional.
Compatibilidade com diversas linguagens de programao.
Capacidade de lidar com um nmero ilimitado de usurios.
Capacidade de manipular mais de cinqenta milhes de registros.
Excelente desempenho e estabilidade.
No exige muitos recursos de hardware.
Existncia de um sistema de segurana simples e funcional.
Estima-se que existam mais de 6 milhes servidores MySQL em todo o mun-
do, incluindo empresas com grandes volumes de dados e de trfego como Yahoo,
NASA, Sabre Holdings, Suzuki e outros (MYSQL, 2007).
Uma das principais razes do sucesso do MySQL est relacionada facilidade
de integrao com a linguagem de cdigo livre PHP, simplificando o processo de cria-
o de pginas web dinmicas com acesso banco de dados (Figura 5).
Figura 5 Interface da aplicao cliente MySQL.
63
A verso atual do MySQL (5.0) apresenta a maioria das funcionalidades
consideradas essenciais a um sistema gerenciador de banco de dados como suporte
transaes, chaves estrangeiras, integridade referencial, views, triggers e storage
procedures. Na Figura 5, pode-se notar um exemplo de interao com a interface de
linha de comando do MySQL e o segmento de cdigo que lista as tabelas do banco e na
sequncia descreve a tabela adm.
3.5. Wireless e Telefonia Celular
A tecnologia wireless consiste na transmisso dados via ondas de rdio, o que permite a
utilizao de recursos computacionais distribudos sem a utilizao de fios entre o dis-
positivo cliente e o servidor. Estes dispositivos podem ser desde servidores, computa-
dores desktop, at celulares, palmtops ou aparelhos de TV digital.
Wireless uma alternativa s redes convencionais, nas quais h dependncia
de fios para interligao dos dispositivos. possvel notar uma enorme quantidade de
pesquisas sendo realizadas para melhoria dos aspectos relacionados disponibilidade
e segurana nas redes wireless.
Os protocolos mais utilizados para comunicao wireless so o Wireless Applica-
tion Protocol (WAP), amplamente utilizada em aplicaes mveis, o Bluetooth utilizado
para comunicao em curtas distncias e o IEEE 802.11, padro aplicado para interliga-
o de dispositivos em redes locais (ROMEIRO, 2005).
Em telefonia, existem duas variedades de utilizao do wireless: os telefones
sem fio, propriamente ditos, e os telefones mveis, conhecidos como celulares. Consi-
derando o foco dessa pesquisa, esta seo descreve a evoluo do sistema de telefonia
mvel utilizado na comunicao de voz e dados em reas extensas.
A primeira aproximao entre comunicao mvel e Internet aconteceu por
meio do SMS, o servio de mensagens curtas entre aparelhos de telefonia celular, a-
crescentando ao celular as funes do pager, permitindo s pessoas a leitura de recados,
notcias ou extratos bancrios no visor do aparelho.
Os sistemas de telefonia celular de primeira gerao (1G) eram analgicos e
projetados primordialmente para comunicao por voz.
Sistemas de segunda gerao (2G) tambm foram projetados para comunica-
o por voz, s que utilizando uma tecnologia digital. Isso propiciou vrias vantagens
sobre a tecnologia analgica do 1G, entre elas maior capacidade de servio dentro de
uma mesma clula, melhor segurana para reduzir fraudes e servios mais avanados,
como identificao (ID) de chamada e servios de mensagens.
Um telefone celular 2G converte um sinal analgico de voz para formato digi-
tal antes de modular e ento transmitir o sinal pelo ar.
A maioria das provedoras de telefonia celular usa a tecnologia 2G. H vrios
padres e tecnologias 2G amplamente disponibilizados, entre eles:
Global System for Mobile Communications (GSM Sistema Global para
Comunicaes Mveis).
64
Code Division Multiple Access (CDMA (IS-95-A) Acesso Mltiplo por
Diviso de Cdigo).
TDMA IS-136.
Sistemas 2G como IS-95, GSM e IS-136 so otimizados para servios de voz e
no se adaptam particularmente bem comunicao de dados. Na dcada de 1990, ins-
tituies padronizadoras reconheceram a necessidade de uma tecnologia celular 3G
que fosse apropriada tanto para comunicaes de voz como para comunicao de da-
dos (incluindo acesso a Internet). Todavia, como a ampla disponibilizao de tecnolo-
gia 3G leva muitos anos, as empresas desenvolveram protocolos e padres provisrios
que permitem transmisso de dados pela infra-estrutura 2G existente. Esses sistemas
foram apelidados coletivamente de Sistemas celulares 2,5G (KUROSE, 2006). Entre
eles esto:
General Packet Radio Service (GPRS Servio Geral de Rdio por Paco-
te). O GPRS um servio no baseado em voz que permite o envio e
recepo de informaes atravs de uma rede telefnica mvel. Evolu-
iu do GSM que emula efetivamente um modem entre o equipamento
do usurio e a rede de dados destinatria.
Enhanced Data Rates for Global Evolution (EDGE- Melhores Taxas de Da-
dos para Evoluo Global). O principal objetivo do EDGE aumentar
as capacidades de taxa de dados de uma rede GSM/GPRS, isto , ex-
plorar melhor o canal GSM de 200 kHz com seus quatros TDMA de oi-
to compartimentos, isto feito substituindo o esquema de modulao
do GSM por um esquema mais potente.
CDMA 2000, Phase 1 (CDMA 2000, fase 1). Essa tecnologia 2,5G evolu-
iu do IS-95 e pode prover servios de pacote de dados at 144,4 kbps e
prepara o terreno para a disponibilizao 3G do CDMA 2000, Phase 2.
Sistemas celulares de terceira gerao (3G) devem prover servios de telefonia
bem como de comunicao de dados e velocidades significativamente mais alta do que
no sistema 2G. Em particular, sistemas 3G devem prover, obrigatoriamente:
144 kbps em velocidades de trnsito.
384 kbps para uso estacionrio em ambiente externo ou velocidade de
quem se locomove a p.
2 Mbps em ambiente interno (KUROSE, 2006).
H dois importantes padres concorrentes no sistema 3G. O Universal Mobile
Telecommunications Service (UTMS Servio Universal de Telecomunicao Mvel)
uma evoluo do GSM para suportar capacidades 3G, cuja arquitetura de rede toma
muitas coisas emprestadas da arquitetura de rede GSM j estabelecidas. O acesso por
rdio que sofre uma mudana significativa, pois o GSM usa o esquema FDM/TDM
(FDM-multiplexao por diviso de freqncia, TDM- multiplexao por diviso de
tempo), j o UMTS usa uma tcnica CDMA denominada Direct Sequence Wideband
CDMA (DS-WCDMA) ou CDMA de banda larga de seqncia direta. O UMTS por ter
suas razes no GSM ele esta sendo amplamente disponibilizado na Europa. O CDMA-
2000 uma evoluo do sistema IS-95 2G e reversivelmente compatvel com o IS-95.
O CDMA-2000 est sendo disponibilizado na Amrica do Norte e em partes da sia
(KUROSE, 2006).
65
3.6. Arquitetura Cliente/Servidor
Cliente/Servidor uma arquitetura de rede que possui dois mdulos bsicos: os servi-
dores, fornecendo informaes e servios, e os clientes, requisitando informaes e ser-
vios. Nesta arquitetura as aplicaes mais crticas, por exemplo, os sistemas de banco
de dados, so executados no servidor. Desta forma, as mquinas clientes podem ser
menos poderosas, pois executam os aplicativos que requerem menos recursos. O
paradigma Cliente/Servidor usado praticamente em todos os processos distribudos
em que a aplicao servidora aguarda conexes, executa servios e retorna resultados.
J a aplicao cliente quem estabelece a conexo com o servidor, envia mensagens
para o mesmo e aguarda pelas mensagens de resposta.
Um grande benefcio da arquitetura Cliente/Servidor a diminuio de trfe-
go na rede, pois como o banco de dados reside no servidor a integridade dos dados
centralizada e garantida. Logo, a aplicao no precisa se preocupar com isso e sua
manuteno se torna mais simples.
A arquitetura Cliente/Servidor surgiu pela necessidade de substituio dos
sistemas centralizados em mainframes. hoje uma das tecnologias mais utilizadas em
ambientes corporativos.
Em ambientes centralizados o compartilhamento de dados era resolvido atra-
vs da utilizao de mainframes com vrios terminais interligados a eles. Esta estrutura,
alm de ser muito cara, era pouco flexvel.
A evoluo do poder de processamento dos microcomputadores possibilitou
aos desenvolvedores de software aperfeioar sistemas operacionais e disponibilizar po-
derosos sistemas gerenciadores de banco de dados. Tudo isso aliado ao surgimento de
redes locais (Local Area Networks - LANs) e redes amplas (Wide Area Networks - WANs)
possibilitou o aperfeioamento de tecnologias de desenvolvimento de aplicaes no
modelo cliente/servidor. Uma caracterstica muito importante na arquitetura Clien-
te/Servidor que pode ser observada na Figura 6 o fato de que as mquinas no neces-
sitam ter a mesma plataforma de hardware e software, mas simplesmente devem utilizar
o mesmo tipo de protocolo de comunicao.
Figura 6 Modelo cliente/servidor.
66
3.7. HTTP
O HyperText Transfer Protocol (HTTP) um protocolo de rede responsvel pela
transferncia de dados e pela comunicao entre cliente e servidor na World Wide Web
(WWW). Ele permite a transferncia de dados de hiper-mdia (imagens, sons e textos).
O protocolo HTTP surgiu pela necessidade em distribuir informaes pela
Internet. Para que essa distribuio fosse possvel foi necessrio desenvolver uma
forma padronizada de comunicao entre os clientes e os servidores da web, a qual
fosse entendida por todos os computadores ligados rede.
Entende-se por cliente web um software denominado browser, ou navegador,
cuja principal funo fazer uma requisio a um servidor web e exibir o resultado
retornado. Um servidor web uma software responsvel por aceitar e responder a
solicitaes HTTP de outras aplicaes.
O HTTP usa o protocolo TCP como seu protocolo de transporte. O cliente
HTTP (browser) primeiro inicia uma conexo TCP com o servidor web. Em seguida os
processos do cliente e servidor comeam um processo de troca de mensagens atravs
de sockets.
Os principais mtodos que existem no protocolo HTTP so listados a seguir:
GET: a aplicao deste mtodo consiste em solicitar algum recurso co-
mo um arquivo ou script atravs de parmetros concatenados
Uniform Resource Locator (URL). Se o recurso for um processo execut-
vel, ele retornar a resposta do processo e no seu texto. O GET condi-
cional que s recupera a informao se ela foi modificada depois da
data da ltima transferncia.
HEAD: solicita ao servidor apenas o cabealho de resposta, com a fina-
lidade de obter informaes sobre o recurso. uma variante do mto-
do GET, porm no implementa a transferncia de dados entre entida-
de e cliente.
POST: permite que o cliente envie mensagens e contedos de formul-
rio para o servidor, o qual vai manipular os dados da maneira deseja-
da. Os dados so includos no corpo do comando, garantindo maior
segurana entre requisies e respostas HTTP.
A primeira implementao deste protocolo no mantinha ligao permanente
entre o cliente e o servidor, ou seja, depois de enviar a resposta para o cliente, o
servidor tomava a iniciativa de fechar a conexo. A verso atual suporta a definio de
conexes persistentes, fazendo com que uma conexo seja estabelecida para enviar
vrias requisies em sequncia, num processo denominado pipelining.
O perfil, para desenvolvimento de aplicaes mveis MIDP possui suporte
nativo a conexes HTTP. Aplicaes desenvolvidas em J2ME podem se comunicar com
um servidor web ou com outro dispositivo remoto que suporte HTTP atravs da classe
HttpConnection. Essa classe possibilita que a aplicao cliente envie requisies GET
ou POST a aplicaes remotas. Essas caractersticas fazem do HTTP uma alternativa
vivel para comunicao entre aplicaes e servidores, eliminando a necessidade de
utilizao de arquiteturas proprietrias.
67
4. APLICAES MVEIS
O desenvolvimento de aplicativos para os primeiros dispositivos mveis era realizado
atravs de linguagens de programao especficas, ou seja, cada fabricante possua um
conjunto prprio de ferramentas para o desenvolvimento de software para os dispositi-
vos que produzia. Cada dispositivo possua um conjunto de bibliotecas prprio, o que
limitava a atuao do desenvolvedor e gerava incompatibilidade das aplicaes entre
dispositivos de diversos fabricantes. Alm disso, a escassez de documentao aliada
existncia de um mercado restrito tornava quase invivel s empresas manter profis-
sionais em contato com a tecnologia do desenvolvimento de aplicativos mveis.
Na ltima dcada possvel observar o surgimento de um grande nmero de
tecnologias facilitando a comunicao sem fios. Esta seo trata da questo do desen-
volvimento de aplicaes para micro dispositivos, em especial telefones celulares, e da
utilizao dessas tecnologias.
4.1. Mobilidade
indiscutvel a importncia da mobilidade nos dias atuais. A demanda por informa-
es pessoais e corporativas em tempo real pode ser atendida com os recursos ofereci-
dos pelos equipamentos mveis disponveis na atualidade. Estes dispositivos podem
ser desde aparelhos de telefonia celular at os Personal Digital Assistants (PDA), como
Pockets, Palmtops, Handhelds, e Smartphones.
O termo aplicao mvel usado para definir o software executado sobre dis-
positivos que podem ser operados a distncia ou sem fio. Sua principal funo ofere-
cer s pessoas um ambiente confortvel e conveniente de acesso a informaes sem que
tenham que ficar presas aos seus telefones ou computadores de mesa.
A tecnologia sem fio torna possvel adicionar mobilidade s solues conven-
cionais sem a necessidade criar aplicaes totalmente novas. Isso agrega valor s fer-
ramentas j existentes e evita o descarte de tecnologia. Desse modo aparelhos de tele-
fonia celular, por exemplo, podem assumir inmeras funes alm da realizao e re-
cebimento de chamadas telefnicas. Isso agrega valor s ferramentas existentes e evita
o descarte de tecnologia.
A maioria dos dispositivos mveis disponveis no mercado, principalmente os
celulares, apresenta recursos de transmisso de dados. Isso possibilita que uma aplica-
o desenvolvida especialmente para o dispositivo mvel faa interface com uma apli-
cao remota j existente. Pode-se dizer que os celulares esto se tornando pequenos
computadores, com a vantagem do tamanho reduzido.
4.2. Tecnologias atuais para o desenvolvimento de aplicaes mveis
Entre as principais tecnologias disponveis na atualidade para a implementao de so-
lues mveis pode-se destacar Brew, o SuperWaba, Symbian e J2ME. importante sa-
lientar que estas tecnologias no so excludentes podendo uma aplicao mvel utili-
zar-se de mais de uma delas.
68
O Symbian um sistema operacional para o ambiente Wireless e adaptado pa-
ra as restries de hardware e software dos telefones celulares. Foi desenvolvido pela jo-
int-venture Sony Ericsson e trata-se de um sistema de 32 bits multitarefa robusto. Supor-
ta aplicaes desenvolvidas em vrias linguagens, com destaque para Symbian C++,
Python e Java 2 Micro Edition. A linguagem Symbian C++ foi baseada nos padres
C/C++, com algumas modificaes para otimizar o cdigo para dispositivos com re-
cursos limitados (SYMBIAN, 2007).
O Brew (Binary Runtime for Wireless Environment) um framework proprietrio
da Qualcomm, empresa criadora da tecnologia CDMA, para desenvolvimento e distri-
buio de aplicaes mveis (BREW, 2007).
SuperWaba uma plataforma aberta para desenvolvimento de aplicaes para
Personal Digital Assistants (PDA) e Smartphones. Pode ser usada com ferramentas de de-
senvolvimento Java, embora o produto no tenha nenhuma conexo com a Sun Mi-
crosystems, que proprietria da marca Java (SUPERWABA, 2007).
O J2ME (Java 2 Micro Edition) uma plataforma de desenvolvimento ampla-
mente adotada pelos fabricantes e operadoras de telefonia mvel, que fornece as fun-
cionalidades bsicas da linguagem Java adaptadas s particularidades de funciona-
mento dos microdispositivos (MUCHOW, 2004). A tecnologia J2ME est contribuindo
para a popularizao das aplicaes mveis, principalmente no caso dos telefones celu-
lares. O principal motivo portabilidade das aplicaes desenvolvidas, caracterstica
da linguagem Java. Existe a tendncia de que todos os novos aparelhos celulares sejam
compatveis com o J2ME, tornando-se um padro.
4.3. As vantagens da utilizao de aplicaes mveis
A utilizao de dispositivos mveis pode ser til s organizaes na medida em que es-
tes podem exercer funes de coletar dados, automatizar processos e gerar informa-
es.
Dispositivos com dimenses reduzidas, alimentados por baterias e com acesso
rede sem fio podem ser programados para interagir com aplicaes mais complexas
dispostas remotamente. A utilizao desse tipo de sistema apresenta algumas vanta-
gens em relao s aplicaes de desktop tradicionais, listadas a seguir:
Os dispositivos mveis possuem uma interface grfica simples de ma-
nusear se comparado aos computadores, embora no tenham a mesma
flexibilidade. Isso pode ser uma vantagem se o sistema for desenvolvi-
do de forma otimizada, garantindo os resultados com um conjunto
mnimo de interaes com o usurio.
O custo operacional e de manuteno de um microdispositivo tende a
ser menor visto que esses equipamentos so compactos, possuem ati-
vidades especficas e independem da existncia de perifricos.
O consumo de energia de um microdispositivo tende a ser menor que
o de um microcomputador, j que os primeiros normalmente so ali-
mentados por baterias recarregveis.
69
A mobilidade outra caracterstica que deve ser levada em considera-
o. A capacidade de manter uma comunicao e acesso a informaes
remotas mesmo quando em movimento pode ser considerada uma das
melhores vantagens da utilizao de aplicaes mveis. Alm disso, a
pequena dimenso dos dispositivos torna possvel que eles sejam
transport-los de forma prtica e ao mesmo tempo manter o sistema
conectado.
A indstria de microdispositivos vem lanando aparelhos com capacidades
cada vez maiores de memria e processamento, embora ainda no possam ser compa-
radas aos recursos de um computador pessoal.
A viabilidade desse modelo de software depende de alguns fatores relaciona-
dos aos custos e padronizao de tecnologias. No caso dos aparelhos celulares, cabe s
operadoras adotar medidas para reduo de tarifas nos servios de transmisso de da-
dos. Aos fabricantes cabe a adoo de padres de tecnologias que garantam compatibi-
lidade das aplicaes entre os diversos dispositivos.
4.4. Dificuldade no desenvolvimento de aplicaes mveis
Observa-se na atualidade um crescimento grande no nmero de usurios conectados a
rede sem fio. Com a utilizao em larga escala de dispositivos mveis, em especial tele-
fones celulares, surge a necessidade de adaptar as tecnologias existentes para disponi-
biliz-las nesses equipamentos.
Ao desenvolver aplicaes para pequenos dispositivos mveis, deve-se levar
em considerao as vrias restries desse ambiente. Ao contrrio dos microcomputa-
dores, sua utilizao feita em ocasies especficas, como em situaes de acesso remo-
to e em movimento. Esse fato deve ser considerado para no haver limitaes no mo-
mento da construo dos softwares.
Os microdispositivos como celulares e PDAs possuem recursos de memria
limitados e baixa capacidade de processamento, o que obriga o desenvolvedor a adotar
tcnicas de otimizao dos cdigos das aplicaes. A aplicao deve oferecer as funcio-
nalidades realmente indispensveis, dando preferncia ao processamento realizado no
lado servidor, com o microdispositivo recebendo apenas os resultados. Porm, esta
tcnica poder gerar altos custos com transferncia de dados.
Normalmente os microdispositivos possuem uma tela de pequena dimenso e
baixa resoluo, o que limita a quantidade de informaes que podem ser exibidas ao
mesmo tempo. Esse problema aliado s limitaes dos dispositivos de entrada faz com
que o sistema deva ser otimizado de forma disponibilizar interfaces simples, com pou-
cos elementos e com um nmero mnimo de interaes com o usurio.
Problemas com largura de banda de transmisso de dados tambm existem na
computao convencional, porm as redes sem fio esto mais sujeitas e erros de cone-
xo e falhas de segurana, pois o usurio dependente da disponibilidade da rede e
das reas de cobertura das operadoras. Para contornar essa limitao os sistemas po-
dem ser projetados de modo no exigir que o usurio esteja o tempo todo online, utili-
zando alguns recursos de processamento armazenamento de dados locais.
70
Outra questo a ser considerada a diversidade de arquiteturas existentes tan-
to entre os dispositivos mveis como entre os ambientes de produo das organiza-
es. A coexistncia de sistemas em diferentes plataformas operacionais e de desenvol-
vimento pode dificultar a aplicao dos mtodos de conexo entre elas, alm de preju-
dicar a questo da portabilidade das aplicaes mveis.
A principal funo de uma aplicao mvel conectada em rede fazer interfa-
ce com sistemas existentes, mas essa integrao pode ser um grande desafio em virtude
das diferentes plataformas operacionais e de desenvolvimento existentes nas organiza-
es, o que pode exigir adaptaes nos ambientes do cliente e servidor a fim de obter o
melhor proveito das aplicaes.
5. PROBLEMA ABORDADO
Atualmente a maioria das empresas que realizam operaes de coleta de dados em
campo executam esse processo de forma manual. Nesse modelo so freqentes os pro-
blemas de atrasos ao disponibilizar os resultados, exigncia de reentrada de dados e
custo elevado da operao.
Para modificar este cenrio, uma soluo a ser considerada transformar os
processos manuais em digitais, oferecendo melhorias na qualidade do servio, evitan-
do erros operacionais e reduzindo a ocorrncia de falhas humanas no processo de cole-
ta e anlise dos dados.
Cada vez mais as empresas buscam solues para viabilizar seus negcios,
tanto em nvel gerencial como operacional, dentro da realidade que impe a realizao
de comunicaes e operaes de acesso a dados a qualquer hora, a partir de qualquer
lugar do planeta (AMORIM, 2005). O modelo de desenvolvimento de aplicaes para
dispositivos mveis surge como um meio de suprir essa necessidade do mercado.
O advento da telefonia mvel aliado expanso da Internet propiciou a cria-
o de um ambiente adequado ao desenvolvimento de sistemas que satisfaam as ne-
cessidades de controle dos processos de coleta, processamento e armazenamento de
dados distncia, propiciando confiabilidade e agilidade nas operaes.
Aplicando-se tcnicas atuais de comunicao de dados pode-se obter reduo
no tempo de execuo do processo, evitando a locomoo dos operadores at as cen-
trais para realizao dos processos de carregar e descarregar dados, o que causa perda
de produtividade e eleva os custos da operao.
Uma barreira na utilizao de solues mveis pelas empresas est relaciona-
da questo dos custos de implementao e operao. Porm, a utilizao de software
livre e tecnologias de comunicao que gerem cobrana apenas pela massa de dados
em trfego garantem a viabilidade do projeto.
O problema abordado nesse trabalho considera a necessidade da realizao de
inventrio da infra-estrutura de uma empresa. Com esse foco foi realizado um estudo
sobre as tecnologias mveis e foi desenvolvido um prottipo de uma aplicao que u-
sufrui desses recursos de forma a realizar tal inventrio. Ou seja, verificou-se que uma
aplicao mvel pode ser integrada a uma aplicao corporativa existente atravs da
71
Internet, sem que haja necessidade de grandes adaptaes nos ambientes de execuo e
operao.
Este estudo define que um dispositivo mvel pode ser utilizado para as tarefas
de coleta de dados e processamento inicial, enquanto uma aplicao remota pode ser
responsvel pelo processamento mais complexo e persistncia de dados.
O prottipo desenvolvido foi baseado em um estudo de caso que descreve a
necessidade de uma instituio de ensino superior (IES) realizar controle de inventrio
de matrias de suas salas de aula e disponibilizar os resultados de forma online em
tempo real. O sistema desenvolvido de forma permitir operaes simultneas dos
operadores de campo e garantir a no duplicidade dos dados coletados. As vantagens
sobre os mtodos tradicionais a facilidade de operao e rpida disponibilizao dos
resultados. As limitaes existentes neste modelo so as poucas reas sem cobertura
pelas operadoras de celulares e o reduzido tempo de indisponibilidade do servidor.
5.1. Cenrio do estudo de caso considerado
Para desenvolver a proposta deste trabalho considerou-se como IES as unidades man-
tidas pela Anhanguera Educacional S.A. (AESA) e suas necessidades especficas ao
considerar a realizao do inventrio de infra-estrutura as suas unidades de ensino su-
perior.
Este estudo de caso descreve o processo de desenvolvimento de um prottipo
de aplicativo para dispositivos mveis denominado MobileStock. Este prottipo im-
plementa um sistema que permita a uma equipe com dispositivos mveis coletando
dados em campo interagir com uma aplicao web remota com acesso a banco de da-
dos.
Uma segunda interface, por intermdio de um navegador web, permite a ad-
ministrao do sistema e o acesso aos dados armazenados, com a criao de relatrios
interativos e atualizados em tempo real.
O sistema consiste em uma aplicao para levantamento de inventrio de ma-
teriais e equipamentos presentes nas salas de aula. Esse trabalho realizado atualmen-
te por uma equipe de operadores em campo. Devido distncia entre as unidades e
equipe reduzida de operadores para realizao deste levantamento, optou-se pelo de-
senvolvimento de uma aplicao mvel para coleta de dados e fornecimento de infor-
maes a um servidor central.
Os dados coletados devem compreender nome da instituio, nome do opera-
dor, nmero da sala, quantidade de cadeiras, quantidade de aparelhos de ar condicio-
nado, quantidade de ventiladores, tipo de cadeira (plstico, madeira ou estofada), tipo
de lousa (preta, verde, branca), e se a sala contm datashow, retroprojetor e microfone.
A empresa possui um servidor de internet centralizado na matriz administra-
tiva fornecendo aplicaes para todas as filiais. Este servidor conta com o sistema ope-
racional Red Hat Linux e servio de web server Apache. As aplicaes atuais so desen-
volvidas na linguagem PHP com acesso a uma base de dados MySQL.
72
Para realizao dos testes foram utilizados os servios oferecidos pelo website
http://awardspace.com/, que oferece gratuitamente um ambiente de hospedagem e
desenvolvimento com suporte a PHP e MySQL.
necessrio que a nova aplicao faa interface com as aplicaes existentes, o
que descarta a possibilidade de investimentos em novas arquiteturas de hardware e
software.
5.2. Levantamento dos requisitos
O modelo de processo de software adotado o desenvolvimento evolucionrio do tipo
exploratrio, no qual so intercaladas atividades de especificao, desenvolvimento e
validao. A partir de especificaes abstratas desenvolvido um sistema inicial que
passa por refinamentos sucessivos at a verso final do produto. Com este modelo, i-
lustrado na Figura 7 fica mais fcil entender os requisitos, pois o sistema evolui com o
acrscimo de novas caractersticas at a explorao e validao total de todos os requi-
sitos necessrios (SOMMERVILE, 2003).
Figura 7 Modelo desenvolvimento evolucionrio (SOMMERVILE, 2003).
Da anlise do problema levantado foram definidas as especificaes abstratas
para o desenvolvimento do sistema inicial, as quais apontaram a necessidade de um
sistema composto por duas aplicaes que se comunicam sobre o modelo clien-
te/servidor. Uma alternativa vivel para esta necessidade seria disponibilizar a aplica-
o cliente em aparelhos de telefone celular.
A utilizao de palmtops com conexo celular no seria adequada, pois se trata
de uma aplicao que ser utilizada esporadicamente e este tipo de equipamento apre-
senta alto custo de aquisio e depreciao.
A aplicao servidora ser hospedada no servidor web da empresa, com a fina-
lidade de aproveitar a estrutura existente e evitar a necessidade de investimento em
novas tecnologias.
A empresa tem como poltica a adoo prioritria de software livre, o que deve
ser considerado na escolha das plataformas de desenvolvimento.
Uma soluo prtica para a comunicao de dados entre as aplicaes em di-
ferentes plataformas operacionais utilizar processos de comunicao protocolo HTTP
sobre a Internet.
73
5.3. Anlise dos requisitos
Os requisitos para um sistema de software estabelecem o que o sistema deve fazer e de-
fine restries sobre sua operao e implementao. Na Figura 8 est representado o
sistema MobileStock o qual composto por trs mdulos: cadastro, administrao e re-
latrios. Para cada mdulo so definidos os requisitos de usurio, os quais compreen-
dem as funcionalidades que o sistema deve oferecer, e os requisitos de sistema que
consistem em detalhar estas funcionalidades.
Figura 8 Mdulos MobileStock.
Mdulo Cadastro
Este mdulo responsvel pela operao de cadastro das salas de uma instituio es-
pecfica.
Requisitos do usurio:
o software deve oferecer um meio do usurio realizar o processo de ca-
dastro de materiais e equipamentos presentes nas salas de aula.
Requisitos do sistema:
o usurio deve acessar o sistema com o cdigo do usurio e a senha
vlidos;
deve ser escolhida uma das instituies apresentadas na tela do dispo-
sitivo;
todos os campos do formulrio devem ser preenchidos, no sendo
permitido campos em branco;
aps o preenchimento ser apresentado uma tela para verificao do
cadastro e o boto de comando para enviar ao servidor;
aps o cadastro da ltima sala o usurio deve finalizar a instituio;
se o aplicativo for encerrado antes de finalizar a instituio atual, na
prxima execuo ser apresentada somente a opo de continuar a
instituio que foi iniciada.
74
Mdulo Administrao
Este o mdulo da aplicao servidora responsvel pela administrao de usurios e
instituies. Somente os administradores do sistema devem possuir acesso a esse m-
dulo.
o sistema deve oferecer ao administrador a possibilidade de cadastro e
gerenciamento de instituies, usurios da aplicao cliente e adminis-
tradores;
deve ser apresentada uma interface de gerenciamento dos cadastros
que foram realizados pela aplicao cliente.
Requisitos do Sistema:
o administrador deve obter acesso ao sistema entrando com login e se-
nha vlidos;
gerenciamento de instituies:
o o administrador deve preencher os campos necessrios e esco-
lher a opo desejada: cadastrar, alterar, remover, finalizar ou
excluir registros;
gerenciamento de usurios:
lher a opo desejada: cadastrar, remover, alterar senha e alte-
rar nome;
gerenciamento de administradores:
lher a opo desejada: cadastrar, remover, alterar senha e alte-
rar nome;
gerenciamento de cadastros:
lher a opo desejada: exibir instituies, listar salas, adicionar
sala e remover sala.
Mdulo Relatrios
Este mdulo da aplicao servidora responsvel pela emisso de relatrios. Somente
os administradores do sistema devem possuir acesso a esse mdulo.
o sistema deve oferecer ao administrador a possibilidade de gerar rela-
trios com informaes referentes aos cadastros realizados.
Requisitos do Sistema:
o administrador deve obter acesso ao sistema com o login e a senha v-
lidos;
relatrio por instituio:
75
o o administrador deve selecionar a instituio e a sala desejada;
o o sistema retorna uma relao de itens correspondentes sala
selecionada;
relatrio personalizado:
o o administrador deve selecionar a instituio, o modo de orde-
nao e os campos que devem ser exibidos;
listagem completa:
o o sistema retorna uma listagem com todos os cadastros separa-
dos por instituio;
total geral:
o o sistema retorna a quantidade de itens cadastrados em cada
instituio e a somatria geral de todas as instituies.
6. DESENVOLVIMENTO DA SOLUO
Sero descritos a estrutura do software a ser implementado, os dados que fazem parte
do sistema e as interfaces entre os seus componentes. Esta etapa envolve o desenvol-
vimento de vrios modelos do sistema em diferentes nveis de abstrao.
6.1. Ferramentas utilizadas
O sistema composto por aplicaes distintas cada qual utilizando um ambiente de
desenvolvimento especfico. Os cdigos da aplicao mvel so elaborados em J2ME, a
aplicao servidora utiliza PHP e MySQL. A mesma heterogeneidade existe no hardwa-
re, pois, o sistema integra dispositivos mveis, servidores e desktops. As ferramentas
utilizadas esto especificadas a seguir e separadas em desenvolvimento e operao, ca-
da qual especificando os requisitos de hardware e software.
O requisito de hardware, para o desenvolvimento, consiste em um microcom-
putador e um aparelho celular para testes. O computador deve ter as caractersticas
mnimas:
processador com velocidade 1 GHz;
memria de 256 MB;
placa de vdeo com resoluo de 1024 x 768, 16 bits;
disco rgido com 10 MB livres;
modem 56 kbps.
O aparelho celular deve executar aplicativos JAVA (CLCD 1.0 e MIDP 1.0) e
oferecer suporte conexo HTTP e GPRS. Para maior agilidade no desenvolvimento
deve acompanhar seu respectivo cabo de dados para transferncia do aplicativo entre o
PC e o celular.
76
No desenvolvimento do software, com exceo do sistema operacional, todos
os aplicativos utilizados so software livre so listados a seguir.
Sistema Operacional Windows 2000 ou superior.
IDE Eclipse SDK 3.2.0.
Plugin J2ME 1.7.5.
WTK 2.5 (Sun Java
TM
Wireless Toolkit for CLDC).
SQLyog communit Edition 6.02.
Moto MIDlets Manager 2005-2007.
PHP editor 2.22.
PHP 5.2.1 win32.
Servidor web Apache 2.2.4 win32.
Navegador de internet.
Servidor de hospedagem com suporte a PHP e MySQL.
Como o cdigo executado basicamente no servidor o requisito de hardware
necessrio para a operao do sistema consiste apenas em um microcomputador com
uma configurao que permita o acesso e para navegao na Internet. Alm disso, um
aparelho celular com tecnologia GSM que execute aplicativos JAVA (CLCD 1.0 e MIDP
1.0) e oferea suporte conexo HTTP e GPRS.
Da mesma forma o requisito de software para a operao do mdulo de gera-
o de relatrios e administrao mnimo, pois somente um navegador web para aces-
so ao servidor j suficiente. O software necessrio para a aplicao cliente que execu-
tada no celular o aplicativo MobileStock, objeto deste trabalho.
6.2. Casos de uso
Os casos de uso representam a interao dos atores com o sistema e pode ser represen-
tado por meio de uma descrio simples em linguagem natural. Isso ajuda a identificar
os objetos e a compreender o que o sistema deve fazer (SOMMERVILE, 2003).
Na Figura 9 pode ser visualizado o caso de uso que descreve a interao do
usurio com a aplicao cliente, executada no dispositivo mvel.
77
Figura 9 Caso de uso da interface mvel.
Na Figura 10 pode ser visualizado o caso que uso que descreve a interao do
administrador com a aplicao servidora.
Figura 10 Caso de uso da interface de administrao.
6.3. Diagramas de Seqncia
O diagrama de seqncia um modelo dinmico, til e fcil de compreender que do-
cumenta a seqncia de interaes dos objetos pertencentes ao sistema (LARMAN,
2000). Na operao do aplicativo mvel a primeira etapa consiste em acessar o sistema.
Uma tela inicial solicita o cdigo e a senha do usurio e faz uma verificao em uma
lista armazenada no dispositivo. Caso o usurio no conste da lista ser necessrio a-
cessar a aplicao servidora para a atualizao. No diagrama exibido na Figura 11 pode
ser visualizada a seqncia de interaes que acontecem durante um processo de atua-
lizao da lista de usurios no dispositivo mvel.
78
Figura 11 Atualizao da lista de usurios.
Depois de realizado o acesso ao sistema, a aplicao verifica se existe algum
cadastro que no foi finalizado, pois no permitido iniciar uma nova instituio com
o mesmo aparelho. Na Figura 12 pode ser observado o diagrama de seqncia desta
operao.
Figura 12 Cadastro em andamento.
Se no existe nenhum cadastro em andamento, o sistema envia uma requisi-
o ao servidor solicitando a lista de instituies pendentes. A aplicao servidora con-
sulta o banco de dados e retorna a lista de instituies que ainda devem ser cadastra-
das. Esta lista exibida ento na tela do dispositivo, conforme pode ser observado na
Figura 13.
79
Figura 13 Cadastro completo
80
6.4. Mapas de componentes
A aplicao remota consiste em um conjunto de pginas PHP responsveis pelas diver-
sas opes de relatrios e gerenciamento do sistema. Alm dessas operaes, a aplica-
o servidora possui um conjunto de pginas responsveis pela comunicao e troca de
dados entre a aplicao servidora e a aplicao mvel.
Uma viso geral dos componentes da aplicao servidora est representada no
mapa de componentes da Figura 14.
Figura 14 Mapa de componentes PHP.
Uma viso geral dos componentes da aplicao cliente (J2ME) est represen-
tada no mapa de componentes da Figura 15.
81
Figura 15 Mapa de componentes J2ME.
6.5. Fluxogramas
O acesso aplicao remota realizado atravs de um browser e restrito aos usurios
cadastrados na categoria administradores. O sistema de autenticao est representado
no diagrama da Figura 16.
82
Figura 16 Fluxograma do processo de autenticao.
O sistema oferece um mdulo para a gerao de diversos tipos de consultas e
relatrios. Nesse mdulo o administrador seleciona o tipo de relatrio desejado, a apli-
cao realiza consultas ao banco de dados e retorna as informaes ao browser em for-
mato de tabelas. Essa operao pode ser observada no fluxograma da Figura 17.
Figura 17 Fluxograma do mdulo de relatrios.
A aplicao servidora responsvel tambm pelas operaes de gerenciamen-
to de usurios, instituies e salas de aula. Para cada um desses itens o sistema oferece
opes de consulta, cadastro, alterao e excluso de registros do banco de dados, alm
83
de outras operaes especficas. A Figura 18 representa o fluxograma do mdulo de ge-
renciamento.
Figura 18 Fluxograma do mdulo de gerenciamento.
6.6. Modelagem de Dados
O processo de modelagem de um sistema consiste nas etapas de: identificar os dados
que devem ser representados, replicar os atributos com a finalidade de estabelecer re-
lacionamento entre as tabelas e definir a sua cardinalidade (Figura 19).
Figura 19 Diagrama Entidade-Relacionamento.
O sistema MobileStock precisa de tabelas para armazenar dados relacionados
aos usurios, administradores, instituies e cadastros realizados. Cada cadastro ni-
co e deve estar relacionado a uma instituio e ao usurio realizou a operao. Todos
os itens relacionados ao processo de cadastro devem ser armazenados, permitindo a
84
realizao consultas e relatrios. As tabelas do sistema devem tambm representar
tambm os dados de autenticao dos usurios e administradores.
Seguindo essas etapas e aplicando tcnicas de normalizao, definiu-se que o
banco de dados da aplicao seria composto por quatro tabelas. Estas tabelas esto re-
presentadas no diagrama entidade-relacionamento da Figura 19.
6.7. Dicionrio de Dados
Dicionrio de dados uma ferramenta de apoio s tcnicas de modelagem de sistema.
O processo de dicionarizao de dados tem como objetivo definir e detalhar toda in-
formao usada na construo do sistema.
Esta seo contm a descrio das tabelas e campos do banco de dados do sis-
tema MobileStock. As chaves primrias esto representadas pela sigla PK (primary key),
enquanto que as chaves estrangeiras so apontadas com a sigla FK (foreign key).
Nas Tabelas 1 e 2, apresenta-se o modelo de banco de dados para as informa-
es dos usurios, fazendo-se distino do perfil de administrador. Os dados da insti-
tuio que ter os dados mapeados pelo sistema de inventrio esto descritos na Tabela
3.
Tabela 1 Entidade ADMINISTRADOR.
Atributo Descrio Tipo Tamanho Domnio
Cdigo (PK) Cdigo do Usurio Numrico 2 <> 0 e > 0
Nome Nome do Usurio Caractere 40
Senha Senha do Usurio Caractere 4
Tabela 2 Entidade USURIO.
Cdigo (PK) Cdigo do Usurio Numrico 2 <> 0 e > 0
Nome Nome do Usurio Caractere 40
Senha Senha do Usurio Caractere 4
Tabela 3 Entidade INSTITUIO.
Cdigo (PK) Cdigo da Instituio Numrico 11 <> 0 e > 0
Nome
Identificao do
Campus
Caractere 30
Status Situao do Cadastro Caractere 1
Os dados principais do sistema esto descritos na Tabela 4, a qual faz a devida
descrio da entidade Cadastro e que tem relao direta com os dados do inventrio.
85
Tabela 4 Entidade CADASTRO.
CadNum (PK) Cdigo do Cadastro Numrico 3 <> 0 e > 0
Data Data do Cadastro Data -
CodInst (FK) Cdigo da Instituio Numrico 2
CodFunc (FK) Cdigo do Usurio Numrico 2
Sala Nmero da Sala Numrico 3
Cadeiras Nmero de Cadeiras Numrico 3
ArCond Qtde Ar Condicionado Numrico 1
Vent Qtde de Ventiladores Numrico 1
TipoCad
Tipo da Cadeira
0 plstico
1 madeira
2 estofada
Numrico 1 0, 1 ou 2
TipoLousa
Tipo da Lousa
0 branca
1 preta
2 verde
Numrico 1 0, 1 ou 2
DataShow
Sala tem Data Show?
0 no
1 sim
Numrico 1 0 ou 1
Retro
Sala tem retroprojetor?
0 no
1 sim
Numrico 1 0 ou 1
Mic
Sala tem microfone?
0 no
1 sim
Numrico 1 0 ou 1
6.8. Interface
O projeto MobileStock pode ser representado por dois conjuntos de interfaces distintos
sendo eles: interfaces do cliente e interfaces do servidor.
O sistema cliente elaborado em J2ME e implementa os formulrios de entra-
da de dados. responsvel por popular o banco e dados MySQL e executado no dis-
positivo mvel. O segundo conjunto de interfaces, elaborado em PHP, consiste nas te-
las de administrao e gerao de relatrios os quais so visualizadas em um navega-
dor de Internet.
Toda a codificao J2ME foi desenvolvida com a ferramenta Eclipse para pro-
gramao JAVA, o Wireless Toolkit for CLDC (WTK) para emular o dispositivo mvel, o
servidor de Internet Apache e o SGBD MySQL para o armazenamento de dados. Desta
forma, possvel desenvolver todo o cdigo e simular seu funcionamento em um am-
biente de testes na mquina local.
As figuras a seguir foram capturadas das telas geradas pelo emulador WTK
durante uma simulao do MobileStock. Quando o sistema executado a primeira tela
apresentada a tela de login, que pode ser observada na Figura 20(a), responsvel pela
86
autenticao do usurio. Esta tela permite ao usurio acessar o sistema, caso esteja ca-
dastrado na base de dados no celular, ou fazer o download de uma nova listagem de u-
surios atualizada. Aps a entrada de dados vlidos duas situaes so possveis: o sis-
tema exibe uma tela informando que h um cadastro em execuo, ou exibe a lista de
instituies pendentes no servidor. Nas figuras 20(b) e 20(c) podem ser visualizadas es-
tas telas, respectivamente.
(a)
(b)
(c)
Figura 20 (a) Login; (b) Instituio e (c) Nova instituio.
Aps o login e escolha da instituio apresentado o menu principal, exibido
na Figura 21(a), que disponibiliza as opes de iniciar uma nova sala, listar as salas que
j foram cadastradas ou concluir o cadastro da instituio atual. Com a escolha da pri-
meira opo apresentado o formulrio exibido na Figura 21(b) no qual so preenchi-
dos os dados do cadastro. O acionamento do boto finalizar exibe a tela da Figura
21(c) que lista todos os dados inseridos permitindo uma verificao, caso exista algum
erro possvel voltar tela anterior com o boto voltar, ou dar seqncia com a op-
o enviar e transmitir o formulrio para o servidor.
Se houver algum problema na conexo com o site ou com o banco de dados se-
r apresentada a mensagem Falha na conexo, caso contrrio o cadastro efetuado e
o menu principal novamente apresentado.
No momento da finalizao o programa faz a validao do preenchimento dos
campos do formulrio, e apresenta a tela exibida na Figura 22(a) se algum campo for
deixado em branco. Faz tambm, nesta mesma tela, uma verificao em seu banco local
que a referida sala j foi cadastrada, caso positivo exibe a tela mostrada na Figura 22(b)
solicitando uma confirmao para substituir a sala.
Realizado o cadastro de todas as salas da instituio o usurio escolhe no me-
nu principal a opo de finalizar a instituio. Esta ao faz com que o programa acesse
o servidor com esta informao, o qual finaliza a instituio, retira-a da lista de institui-
es pendentes e retorna os caracteres OK. Ao receber este retorno o programa apaga
87
do seu banco de dados local a instituio e as salas cadastradas, apresenta a tela da fi-
gura e solicita uma nova lista de instituies pendentes. Neste ponto realizado um ci-
clo completo e o funcionamento o mesmo de inicializar o MobileStock, com a apre-
sentao da tela que pode ser visualizada na Figura 22(c).
(a)
(b) (c)
Figura 21 (a) Menu Principal; (b) Cadastro e (c) Confirmao de cadastro.
Para realizar as tarefas de gerenciamento e consultas de relatrios foram de-
senvolvidas interfaces web Figuras 23 a 31, implementadas na linguagem PHP, com
acesso base de dados e s pginas PHP que compe o mdulo servidor. Essa interface
est armazenada em um site de hospedagem gratuita
5
.
(a) (b) (c)
Figura 22 (a) Alerta formulrio incompleto; (b) Instituio finalizada e (c) Sala j cadastrada.

5
http://www.awardspace.com.
88
Aps fornecer nome de usurio e senha o sistema realiza o processo de auten-
ticao por meio da validao dos dados de entrada. A tela de login apresentada na
Figura 23.
Figura 23 Tela de autenticao.
Em seqncia exibida a interface de relatrio por instituio. Nessa interface
o usurio pode realizar consulta dos itens cadastrados selecionando a instituio e sala
desejada.
O menu superior permite ao usurio selecionar outros tipos de relatrio, aces-
sar o mdulo de administrao ou sair do sistema.
Na Figura 24 est representada uma consulta realizada atravs da interface de
relatrios por instituio.
Figura 24 Relatrio por instituio.
A opo de listagem completa exibe na tela uma tabela com todos os itens ca-
dastrados agrupados por instituio. Para facilitar a visualizao, as instituies so de-
limitadas por blocos com cores diferentes, conforme exibido na Figura 25.
89
Figura 25 Listagem completa.
A listagem personalizada possibilita ao usurio personalizar a seleo dos
campos que sero exibidos no relatrio. Ao acessar essa interface o usurio tem as op-
es de ordenar a consulta por data ou nmero da sala, selecionar a instituio e quais
os itens que sero exibidos. A Figura 26 exibe uma consulta gerada com listagem per-
sonalizada.
Figura 26 Listagem personalizada.
O relatrio total geral fornece a quantidade total de itens agrupados por insti-
tuio, alm de exibir a soma total desses valores. Um exemplo de relatrio total geral
est representado na Figura 27.
90
Figura 27 Relatrio total geral.
A interface do mdulo de administrao apresenta um menu para fornecer a-
cesso s pginas de gerenciamento de usurios, administradores, instituies ou salas.
Ao acessar a administrao de instituies pode-se observar uma interface para cadas-
tro, excluso, alterao de instituies, alm das opes finalizar instituio e remover
cadastros. Essa interface est representada na Figura 28. A opo finalizar instituio
altera o status da instituio selecionada para concluda. A opo remover cadastro
exclui todos os registros da instituio selecionada, preparando-a para o processo de
cadastro atravs da aplicao mvel.
Figura 28 Administrao de instituies.
A Figura 29 exibe a interface do sistema responsvel pela administrao de
usurios. Essa interface oferece acesso s operaes de cadastro, consulta, excluso e al-
91
terao de senha e nome dos usurios. Os usurios gerenciados por essa interface so
os operadores da aplicao mvel.
Figura 29 Gerenciamento de usurios.
Para o sistema, os administradores so os nicos que possuem acesso aplica-
o servidora, ou seja, so eles quem tem permisso de acesso aos mdulos de gerenci-
amento e relatrios do sistema. A interface de gerenciamento de administradores ofe-
rece acesso s operaes de cadastro, consulta, excluso, alterao de senha e alterao
nome dos administradores. Uma representao dessa interface pode ser visualizada na
Figura 30.
Figura 30 Gerenciamento de administradores.
92
A interface de gerenciamento de cadastro, exibida na Figura 31, possibilita ao
administrador gerenciar os cadastros realizados pelos operadores da aplicao mvel.
possvel realizar consulta, excluso ou incluso manual de materiais e equipamentos
das salas de aula.
Figura 31 Gerenciamento de cadastros.
Cada uma das interfaces da aplicao servidora apresenta um boto que per-
mite o enceramento do sistema, finalizando a sesso e exigindo o processo de autenti-
cao para os prximos acessos ao sistema.
6.9. Detalhes da Implementao
Para desenvolver o cdigo em J2ME, obrigatoriamente, deve-se ter instalada a plata-
forma Java. Alm disso, convm usar um emulador de celulares para testar a aplicao.
A Sun Microsystems, Inc. fornece gratuitamente um ambiente de desenvolvimento que
emula dispositivos mveis, o Sun Java Wireless Toolkit for CLDC hoje na verso 2.5, que
emula um aparelho celular executando um programa carregado a partir de um arquivo
.java. Na Figura 32, exibe-se este emulador.
O cdigo pode ser escrito em qualquer editor de texto, at mesmo no bloco de
notas, no entanto o ideal faz-lo em um editor prprio, pois a programao torna
mais fcil e rpida, evitando erros de sintaxe que geram erros na compilao.
93
Figura 32 Interface do emulador J2ME.
Para usufruir destas funcionalidades o ambiente de desenvolvimento escolhi-
do foi o Eclipse JDK, atualmente na verso 3.2.0. Este ambiente oferece a vantagem da
utilizao do plugin Eclipse ME especfico para a programao em J2ME e que permite
a integrao com o Wireless Toolkit. Na Figura 33 pode ser visualizada o ambiente de
desenvolvimento e a emulao do dispositivo.
Figura 33 Ambiente de desenvolvimento J2ME.
Aplicativos desenvolvidos com o perfil MIDP so chamados midlets, e so
construdos a partir da classe MIDlet. Uma aplicao mvel composta por uma ou
94
mais midlets empacotadas em um arquivo Java Archive (JAR) e um arquivo descritor da
aplicao Java Application Descriptor (JAD), formando um conjunto chamado MIDlet
Suite ou Conjunto de Midlets. Uma midlet passa por vrias fases e assume trs estados
diferentes durante a sua execuo, conforme pode ser observado na Figura 34.
destroyApp() destroyApp()
startApp()
Encerramento
Em Pausa Ativa
Incio
Figura 34 Ciclo de vida de uma midlet.
O gerenciador de aplicativos dos dispositivos se comunica com uma midlet a-
travs dos mtodos da classe MIDlet. Assim, ao desenvolver aplicaes mveis, ne-
cessrio implementar pelo menos os mtodos usados pelo gerenciador de dispositivos,
sendo eles: startApp(), pauseApp() e destroyApp(). A Figura 35 mostra o cdigo de e-
xemplo de uma midlet simples, juntamente com a classe midlet_basico() que herda os
atributos e mtodos da classe MIDlet e implementa a classe commandListener para po-
der captar e responder s aes do usurio atravs do mtodo commandAction().
Figura 35 Cdigo bsico de uma midlet.
Na Figura 36 pode ser visualizada as classes que compe a aplicao, respon-
sveis por toda a lgica de entrada de dados e conexo com o servidor. Estas classes
so descritas a seguir:
MobileStock() que implementa os mtodos responsveis pela apresen-
tao da interface com o usurio e os mtodos utilizados pelo gerenci-
ador de dispositivos.
Connection() contm os mtodos que implementa a thread de comuni-
cao com o servidor e acesso ao banco de dados local.
import javax.microedition.lcdui.*;
import javax.microedition.midlet.*;
public class midlet_basico extends MIDlet implements CommandListener{
//cdigo da aplicao
protected void destroyApp(Boolean unconditional{
//chamado para fechar a aplicao.
}
protected void pauseApp() {
//chamado para interromper a execuo da aplicao
}
protected void startApp() throws MIDletStateChangeException {
//Chamado para ativar a aplicao.
}
public void commandAction(Command arg0, Displayable arg1) {
//implementa o controle de eventos do usurio.
}
}
95
Process() executa a separao da string contendo a lista de instituies
emtokens e armazena no banco de dados local.
Store() disponibiliza os mtodos de gerenciamento do banco de dados
local.
Figura 36 Classes implementadas em J2ME.
A aplicao servidora foi toda escrita na linguagem PHP com acesso a uma
base de dados MySQL. Durante a fase de desenvolvimento e testes foi utilizado tam-
bm o Apache web server para hospedagem local das pginas do sistema, alm de uma
ferramenta freeware para edio de cdigos PHP, o PHP Editor. Na Figura 37 mostra-
do esse ambiente de desenvolvimento.
Figura 37 - Ambiente de desenvolvimento da aplicao servidora.
O objetivo principal da aplicao servidora fornecer ao usurio uma interfa-
ce com os dados armazenados no banco atravs de operaes de consulta, insero, a-
tualizao, entre outros.
A funo @mysql_connect responsvel por abrir uma conexo com o banco de
dados MySQL. O chamado funo deve conter os seguintes argumentos: endereo do
96
servidor, nome de usurio e senha de acesso. A Figura 38 contm o script utilizado para
conexo da aplicao servidora com o banco de dados.
<?
session_start();
// redireciona para index.php
if( ($_SESSION["login"] != 2 ) AND $_SESSION["login"] != 1 )
header("location:/index.php");
// endereo do servidor
$servidor = " fdb1.awardspace.com ";
$usuario_b = "user"; // nome de usurio para acesso ao banco
$senha_b = "password"; // senha de acesso ao banco
$bd = "tccpos_tccpos"; // nome do bando de dados
// realiza conexo com banco de dados
$conexao = @mysql_connect($servidor, $usuario_b, $senha_b)
or die("Falha na conexo ao MySQL");
$db = @mysql_select_db($bd, $conexao)
or die("erro na conexo a base de dados");
?>
Figura 38 Conexo com banco de dados MySQL.
Sesses em PHP consistem em uma maneira de preservar certos dados atravs
de acessos subseqentes. Esse recurso muito til em rotinas de autenticao, pois po-
de ser implementado de forma garantir o acesso ao sistema apenas aos usurios auten-
ticados. A funo session_start() responsvel por inicializar uma sesso em PHP. O
cdigo da inicializao da sesso est representado na Figura 39.
<?
session_start(); // inicializa sesso
$_SESSION["login"] = 2;
?>
Figura 39 Incio da sesso PHP.
A rotina de autenticao da aplicao servidora recebe os dados do formulrio
de entrada e compara-os aos resultados de uma consulta ao banco de dados. A Figura
40 exibe um trecho do cdigo que realiza essa operao.
<?
session_start();
// script que realiza conexo com banco de dados
include("conecta.php");
//captura nome de usurio do formulrio
$usuario = $_POST["usuario"];
if ($usuario == "")
// captura senha do formulrio
$senha = $_POST["senha"];
// consulta que compara dados do login com dados do banco
$sql = mysql_query(
"SELECT * FROM adm WHERE nome = '$usuario' AND senha = '$senha'")
or die("ERRO NO COMANDO SQL");
$n_linha = mysql_num_rows($sql);
// redireciona para o script index.php
if ($n_linha == 0){
echo "<meta http-equiv='refresh' content='0; URL=/index.php?msg=1'>";
?>
Figura 40 Rotina de autenticao.
97
Algumas pginas no servidor so acessadas exclusivamente pela aplicao
mvel. Por questes de segurana, a aplicao cliente obtm acesso s paginas atravs
do envio de uma senha.
Na Figura 41 pode ser visualizada a rotina que envia ao celular a lista de insti-
tuies pendentes. Essa lista gerada a partir de uma consulta na tabela de instituies,
onde o campo status determina se a instituio j foi finalizada.
<?php
session_start();
$_SESSION["login"] = 2;
$s = $_GET["s"];
if ($s != tcc)
include("conecta.php");
$sql = "SELECT * FROM instituicao WHERE status = 0";
// se o status for 0 o cadastro da instituio est pendente
$resultado = mysql_query($sql);
// retorna os campos da consulta separados por vrgula
while ( $linha = mysql_fetch_array($resultado) )
{
$cod = $linha["cod" ];
$nome = $linha["nome"];
echo $cod; echo ",";
echo $nome; echo ",";
}
?>
Figura 41 Rotina que retorna a lista dos cadastros pendentes.
7. ANLISES E RESULTADOS
Nesta seo, faz-se uma anlise sobre o desenvolvimento do projeto e funcionamento
do prottipo. Descreve os testes realizados com a finalidade de comprovar a viabilida-
de do projeto em relao aos custos, alm de relatar as principais dificuldades encon-
tradas e propor sugestes para projetos futuros.
7.1. Testes
Foram realizados testes com a aplicao MobileStock em ambiente de operao com a
finalidade de mensurar os gastos com transmisso de dados.
O material utilizado durante os testes foi um aparelho de telefonia mvel com
suporte a GPRS e Java 2 ME, com a aplicao MobileStock devidamente instalada.
Os testes consistiram na de incluso de uma nica sala e de uma seqncia de
dez salas iguais, sempre finalizando a instituio no final. O procedimento completo
consistiu em verificar o saldo do celular, efetuar login no sistema, escolher uma institui-
o, fazer o cadastro com os dados da Tabela 5, finalizar a instituio e verificar nova-
mente o saldo.
Na Tabela 6 so exibidos os valores cobrados pelas operadoras para a mesma
quantidade de bytes transmitidos, com o aplicativo sendo executado em aparelhos simi-
lares em horrio comercial.
98
Tabela 5 Exemplo de dados cadastrados.
1 Usurio 1
2 Senha GJM
3 Instituio Jundia
4 Sala nmero 1
5 Total de cadeiras 80
6 Total de ar cond. 2
7 Total de ventiladores 2
8 Tipo de cadeira 1
9 Tipo de Lousa 1
10 Tem datashow? 0
11 Tem Retro-projetor? 1
12 Tem Som / Microfone? 1
Tabela 6 Custo das transaes.
Operadora Quantidade de cadastros Custo em centavos
Claro / pr-pago 1 R$ 0,06
Claro / pr-pago 10 R$ 0,10
Tim / pr-pago 1 R$ 0,29
Tim / pr-pago 10 R$ 0,96
Com estes testes foi possvel verificar que o maior custo com o download da
lista inicial de instituies pendentes, pois para o cadastro seqencial de salas esta lista
no necessita ser atualizada. Em todos os testes foi utilizada uma lista com dez institui-
es pendentes para manter o volume de dados constante.
Com o resultado dos testes, possvel concluir que uma das vantagens mais
significativas do projeto o baixo custo de operao, isso devido utilizao do siste-
ma GPRS para o trfego de dados entre a aplicao mvel e o servidor remoto. Isso
porqu as operadoras de telefonia mvel geram cobrana apenas pela quantidade de
dados em trfego, no havendo necessidade de uma conexo persistente.
7.2. Dificuldades Encontradas
A principal dificuldade encontrada durante o desenvolvimento deste projeto foi o a-
cesso a materiais relacionados comunicao de aplicaes J2ME com sistemas web de-
senvolvidos em PHP. Pois, a maioria da documentao existente aborda a comunicao
nativa com aplicaes servidoras desenvolvidas nas plataformas Java Servlets e Java
Server Pages.
O processo de desenvolvimento do prottipo foi diretamente afetado pelos re-
cursos limitados dos telefones celulares. Questes como o custo das transferncias de
99
dados, dimenso reduzida da tela e as limitaes na interface com o usurio tiveram
que ser levadas em considerao para a definio de um prottipo funcional.
Foram observadas discrepncias entre o ambiente simulado e o ambiente de
operao do sistema. A aplicao quando executada no emulador se comportou de
forma diferente da execuo nos dispositivos reais, sendo essas discrepncias relacio-
nadas, principalmente, disposio dos componentes na interface e nas operaes rea-
lizadas com o dispositivo de entrada.
Alm disso, houve dificuldade em aplicar corretamente o modelo de desen-
volvimento de software orientado a objetos, principalmente pelo reduzido tempo de de-
senvolvimento desse trabalho. importante ressaltar que as fases de implementao
do prottipo, estudo das tecnologias e elaborao da documentao ocorreram de for-
ma simultnea.
7.3. Projetos Futuros
Com relao ao trabalho em questo, pode-se considerar como projeto futuro a realiza-
o de melhorias na interface com o usurio e a definio de um perfil de usurio co-
mum para a operao da aplicao servidora com acesso restrito aos relatrios do sis-
tema. Outra melhoria seria e implementao de um mecanismo de atualizao pelo
qual o usurio poderia personalizar os itens que deveriam constar no inventrio.
Alm disso, ao considerar o estudo realizado possvel aproveitar as idias
apresentadas para o desenvolvimento de novas aplicaes voltadas para diversas fina-
lidades. Seguem alguns exemplos:
uma aplicao para pesquisa de opinio pblica, na qual o pesquisador
utilizaria um aparelho de telefone celular para coleta de dados em co-
municao com uma aplicao servidora, que apresentaria resultados
em tempo real. Isto se aplica, por exemplo, num sistema de pesquisa
eleitoral, pois o pesquisador utiliza o dispositivo mvel para coletar a
inteno de votos dos entrevistados, e o servidor web gera dinamica-
mente grficos com resultados parciais;
um sistema que pode ser utilizado por um representante comercial,
que utilizaria o telefone celular para coletar os pedidos de compra dos
clientes, acessaria uma base de dados remota para obter a descrio e
preo dos produtos e enviaria o pedido a um servidor, responsvel por
armazenar e processar a venda, com a finalidade de informatizar, pa-
dronizar e agilizar um processo que na maioria das empresas reali-
zado de forma manual.
8. CONSIDERAES FINAIS
O trabalho abordou um estudo sobre as tecnologias envolvidas no desenvolvimento de
aplicaes mveis, com destaque para o J2ME, e descreveu o processo de comunicao
e integrao dessas aplicaes com sistemas web corporativos e banco de dados remoto
atravs do protocolo HTTP.
100
O foco da pesquisa foi a possibilidade de mostrar a integrao entre os siste-
mas de forma natural, sem que haja necessidade de grandes adaptaes na estrutura de
tecnologia da informao existente na empresa.
O prottipo desenvolvido cumpriu com todas as exigncias e os testes realiza-
dos comprovavam a viabilidade do projeto em relao aos custos. As ferramentas dis-
ponveis licenciadas como software livre foram suficientes para cumprir com os objeti-
vos definidos no estudo de caso, alm de oferecerem relao custo/benefcio atrativa
para as empresas.
A utilizao do GPRS foi fundamental para a reduo dos custos de operao
do sistema. Porm, foram necessrios adaptaes no cdigo e nas funcionalidades da
aplicao a fim de reduzir e otimizar a massa de dados em transferncia. Pois, nesse
modelo as operadoras de telefonia celular geram cobrana pela quantidade de bytes
transmitidos.
A realizao deste trabalho permitiu aos autores a consolidao de conheci-
mentos adquiridos durante o curso de Tecnologia na Gesto da Informao da Anhan-
guera Educacional, alm da descrio e documentao de um prottipo funcional com
possibilidades de adaptao para diversas finalidades.
AGRADECIMENTOS
Aos familiares, por seu amor e carinho. Aos amigos pelo apoio e compreenso. Aos
professores pelo conhecimento transmitido. A todos que direta ou indiretamente con-
triburam para a realizao deste trabalho.
REFERNCIAS
AMORIM, Andra Rodrigues de. (S.I.): ULBRA, 2005. Desenvolvimento de Aplicaes Mveis
com J2ME. Disponvel em: <http://www.teleco.com.br/tcc/download.asp?tcc=1>. Acesso em:
11 maio 2007.
ANATEL. Telefonia mvel cresce 2,24% no primeiro trimestre. Disponvel em:
<http://www.anatel.gov.br/Tools/frame.asp?link=/biblioteca/releases/2007/release_23_04_
2007ad.pdf>. Acesso em: 13 jun. 2007, 20:30.
BREW. Qualcomm BREW About BREW. Disponvel em:
<http://brew.qualcomm.com/brew/en/about/about_brew.html>. Acesso em: 10 out. 2007,
20:30.
DATE, C. J.; VIEIRA, Daniel. Introduo a sistemas de bancos de dados. Rio de Janeiro:
Campus, 2004. 865 p.
JAVA. Saiba mais sobre a tecnologia Java. Disponvel em:
<http://www.java.com/pt_BR/about>. Acesso em: 05 ago. 2007, 19:00.
JAVA2. Independent tests demonstrate write once run anywhere capabilities of java.
Disponvel em: <http://www.sun.com/smi/Press/sunflash/1997-09/sunflash.970918.2.xml>.
Acesso em: 07 ago. 2007, 19:00.
KEOGH, James. J2ME: The Complete Reference. Berkeley: McGraw-Hill Companies, 2003, 769
p.
101
KUROSE, James F.; ROSS, Keith W. Redes de Computadores e a Internet: uma abordagem top-
down. 3. ed. Traduo Arlete Simille Marques. 2006. So Paulo: Pearson Educations do Brasil,
2006, 634 p.
LARMAN, Craig. Utilizando UML e padres: uma introduo anlise e ao projeto orientados
a objetos, 2000. Traduo Luiz A. Meirelles Salgado. Porto Alegre: Bookman, 1999.
MUCHOW, John W. Core J2ME: Tecnologia & MIDP. Traduo Joo Eduardo Nbrega
Tortello, 2004. So Paulo: Pearson Makron Books, 2004. 588 p.
MYSQL. Managed Dedicated MySql Hosting. Disponvel em:
<http://solutions.mysql.com/solutions/item.php?id=674>. Acesso em: 08 dez. 2007, 13:25.
NIEDERAUER, Juliano. Integrando PHP5 com MySQL. So Paulo: Novatec Editora Ltda, 2006,
96 p.
PHP.NET. Usage Stats for April 2007. Disponvel em: <http://www.php.net/usage.php>.
Acesso em: 13 jun. 2007, 20:47.
ROMEIRO, Bruna Georgina Bunzen de Albuquerque. (S.I.): UPE, 2005. Desenvolvimento de
Aplicativos Para Dispositivos Mveis na Plataforma J2ME. Disponvel em:
<http://tcc.dsc.upe.br/BrunaRomeiro.pdf>. Acesso em: 11 maio 2007.
SILBERSCHATZ, Abraham; KORTH, Henry F.; SUDARSHAN, S. Sistemas de banco de dados.
3.ed. So Paulo: Makron Books, 2005. 778 p.
SOBRINHO. Anlise de Sistemas II. Disponvel em:
<http://professores.unisanta.br/sobrino/ana-artrad.htm>. Acesso em: 08 nov. 2007, 17:20.
SOMMERVILE, Ian. Engenharia de software. 6. ed. Traduo Andr Maurcio de Andrade
Ribeiro. 2003. So Paulo: Pearson Educations do Brasil, 2003. 592 p.
SUN. A Survey of J2ME Today. Disponvel em:
<http://developers.sun.com/mobility/getstart/articles/survey>. Acesso em: 19 jul. 2007,
19:00.
SUPERWABA. SuperWaba Overview. Disponvel em:
<http://www.superwaba.com.br/pt/overview.asp>. Acesso em: 10 out. 2007, 19:00.
SYMBIAN. Symbian OS. Disponvel em:
<http://www.wirelessbrasil.org/wirelessbr/secoes/sec_symbian.html>. Acesso em: 10 out.
2007, 19:30.
TANENBAUM, Andrew S. Redes de Computadores. Traduo Vandenberg D. Souza. 2003.
Rio de Janeiro: Elsevier, 2003. 942 p.
Monografia apresentada, como exigncia parcial para a
obteno do grau de especialista em Tecnologia na Gesto
da Informao, s Faculdades Integradas de Valinhos, sob a
orientao da Profa. Ms. Jeanne Dobgenski.

894 2551 1 PB

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

894 2551 1 PB

Загружено:

Авторское право:

Доступные форматы

53

Вам также может понравиться