protótipo do jogo da velha para dispositivos móveis - Unochapecó

LEANDRO GUINDANI GEHLENPROTÓTIPO DO JOGO DA VELHA PARADISPOSITIVOS MÓVEISMonografia apresentada à UNOCHAPECÓ comoparte dos requisitos para obtenção do grau deBacharel em Ciência da Computação.Orientador (a): Tatiana Annoni PazetoChapecó - SC, Julho de 2006.

PROTÓTIPO DO JOGO DA VELHA PARA DISPOSITIVOSMÓVEISLEANDRO GUINDANI GEHLENEsta Monografia foi julgada para obtenção do título de Bacharel em Ciência da Computação,na área de redes de computadores e aprovada pelo curso de Ciência da Computação.ORIENTADOR(A): Prof. Tatiana Annoni PazetoCOORDENADOR(A) DO CURSO: Prof. Mônica Tissiani De Toni PereiraBANCA EXAMINADORAPRESIDENTE:Prof. Tatiana Annoni PazetoProf. Radamés PereiraProf. Sediane Carmen Lunardi

DEDICATÓRIADedico este trabalho aos meus pais, pessoas as quais fizeram todos os esforços paratornar possível minha caminhada na busca pelo conhecimento, além de deixar claro quedesde a infância que esta busca deve ser constante e importante para a realização pessoal eprofissional.

AGRADECIMENTOSAgradeço primeiramente a Deus que me concedeu força e saúde para construção destetrabalho e a minha família que sempre me incentivaram e forneceram recursos financeirosdurante quase cinco anos.Também agradeço a minha orientadora Tatiana Annoni Pazeto pela presença constanteno desenvolvimento do presente trabalho além das significativas contribuições que por ela foiconcedida.Por fim gostaria de agradecer a todos meus colegas da universidade, em especial aDiogo, Daniel, Aline e Areandson, os quais aprendi e convivi durante toda a minha vidaacadêmica.

SUMÁRIOLISTA DE FIGURAS.......................................................................................viiiLISTA DE QUADROS........................................................................................xLISTA DE SIGLAS E ABREVIATURAS............................................................xiRESUMO.........................................................................................................xiiiABSTRACT.....................................................................................................xiv1 INTRODUÇÃO.........................................................................................151.1 ORGANIZAÇÃO DO TRABALHO..............................................................162 DISPOSITIVOS MÓVEIS..........................................................................172.1 INTRODUÇÃO AOS DISPOSITIVOS MÓVEIS...........................................172.2 COMUNICAÇÃO DOS DISPOSITIVOS MÓVEIS........................................192.2.1 Surgimento do Wireless......................................................................................192.2.2 Funcionamento do Wireless................................................................................202.3 FORMAS DE COMUNICAÇÃO DOS DISPOSITIVOS MÓVEIS..................222.3.1 Bluetooth...........................................................................................................222.3.1.1 Histórico.......................................................................................................222.3.1.2 Tecnologia Bluetooth.....................................................................................232.3.2 Wireless Application Protocol (WAP)...................................................................252.3.2.1 Histórico.......................................................................................................262.3.2.2 Tecnologia WAP...........................................................................................262.3.3 Infravermelho.....................................................................................................282.4 CONSIDERAÇÕES DO CAPÍTULO............................................................28

vi3 JOGOS ELETRÔNICOS..........................................................................303.1 EVOLUÇÃO DOS JOGOS DE GALERIAS (ÁRCADE GAMES).................303.2 EVOLUÇÃO DOS JOGOS PARA CONSOLES...........................................333.3 JOGOS PARA CELULARES......................................................................373.4 PARTES DOS JOGOS...............................................................................383.5 CARACTERÍSTICAS DOS JOGOS............................................................393.6 CONSIDERAÇÕES DO CAPÍTULO............................................................404 FERRAMENTAS UTILIZADAS NO DESENVOLVIMENTO DE JOGOSPARA DISPOSITIVOS MÓVEIS...............................................................................414.1 JAVA 2 MICRO EDITION - J2ME................................................................414.2 SYMBIAN OS.............................................................................................444.3 BREW.........................................................................................................444.4 COMPARAÇÕES ENTRE AS FERRAMENTAS.........................................454.5 ORIENTAÇÃO OBJETO.............................................................................464.5.1 CONCEITOS.....................................................................................................474.5.1.1 Objeto..........................................................................................................474.5.1.2 Métodos.......................................................................................................484.5.1.3 Encapsulamento...........................................................................................484.5.1.4 Classe..........................................................................................................484.5.1.5 Herança........................................................................................................494.5.1.6 Polimorfismo.................................................................................................494.6 CONSIDERAÇÕES DO CAPÍTULO............................................................505 ANÁLISE DO PROTÓTIPO DO JOGO DA VELHA.................................51

vii5.1 INSTALAÇÃO E CONFIGURAÇÃO DO AMBIENTE DE PROGRAMAÇÃO555.1.1 REQUISITOS DO DISPOSITIVO CELULAR.......................................................605.2 CODIFICAÇÃO DO PROTÓTIPO...............................................................605.3 CONCLUSÃO DO CAPÍTULO....................................................................796 Conclusão...............................................................................................816.1 Trabalhos Futuros.....................................................................................827 REFERÊCIAS...........................................................................................84

LISTA DE FIGURASFigura 1 – Exemplos de Dispositivos Móveis...............................................................18Figura 2 – Componentes básicos de uma rede móvel..................................................21Figura 3– Tipos de redes formadas entre dispositivos Bluetooth..................................24Figura 4 – Camadas do modelo WAP..........................................................................27Figura 5 – Exemplo do console Atari 2600 e seus principais jogos...............................34Figura 6 – Imagem do jogo Berserk.............................................................................35Figura 7 – Imagem do jogo Road Rash ......................................................................36Figura 8 – Imagem do jogo Donkey Kong Country.......................................................36Figura 9 – Tela Inicial do Jogo.....................................................................................51Figura 10 - Exemplo do funcionamento do jogo..........................................................52Figura 11 – Jogador vencedor.....................................................................................52Figura 12 – Telas de configurações remotas...............................................................53Figura 13 – Diagrama de classes do projeto................................................................54Figura 14 – Seleção do tipo do projeto no NetBeans....................................................56Figura 15 – Definição do nome do projeto e local de armazenamento..........................56Figura 16 – Criando arquivo JogoDaVelha.java...........................................................57Figura 17 – Etapa final para criação do arquivo JogoDaVelha.java..............................58Figura 18 – Criando novo projeto para teste de aplicações wireless.............................59Figura 19 – Compilação e execução do projeto teste...................................................59Figura 20 – Menus existentes no protótipo ..................................................................62Figura 21 – Iniciando jogo...........................................................................................72

ixFigura 22 - Posição sinalizada no jogo ........................................................................73Figura 23 – Símbolo vermelho ganha o jogo................................................................77Figura 24 - Ocorrência de um empate no jogo............................................................78Figura 25 – Visualização do vencedor do jogo.............................................................79

Quadro 1 - CompQuadro 2 – MenuQuadro 4 – ContQuadro 5 – Méto

LISTA DE SIGLAS E ABREVIATURASAPIApplication Programming InterfaceBD_ADDR Bluetooth Device AddressBREWCDCCLDCCPUBinary Runtime Environment for WirelessConnected Device ConfigurationConnection Limited Device ConfigurationCentral Processing UnitFH-CDMA Frequency Hopping - Code Division Multiple AccessFPHLRIrDAJVMKVMMMIDPMSCPCFoundation ProfileHome Location RegisterInfrared Developers AssociationJava Virtual MachineKilobyte Virtual MachineMetrosMobile Information Device ProfileMobile Switching CenterPersonal ComputerPM ADDR Parked Member AddressPOOPPPPBSIGTDMVLRWAEWAPProgramação Orientada a ObjetosPersonal ProfilePersonal Basis ProfileSpecial Interest GroupTime Division MultiplexVisitor Location RegisterWireless Application EnviromentWireless Application Protocol

xiiWDPWSPWTLSWTPWireless Datagram ProtocolWireless Session ProtocolWireless Transport Layer SecurityWireless Transaction Protocol

RESUMOA evolução dos dispositivos móveis permitiu o desenvolvimento de aplicações maisrobustas, como jogos bem definidos. Estes atualmente possibilitam que dois usuários quepossuem celulares distintos interajam no mesmo jogo, sendo este o objetivo do presentetrabalho. Contudo, o processo envolve muitas tecnologias e ferramentas, como asrelacionadas à comunicação entre dispositivos móveis, mais especificamente para aparelhoscelulares. Neste sentido, o trabalho aborda bluetooth, infravermelho e Wireless ApplicationProtocol (WAP) com o intuito de verificar qual delas é mais adequada ao desenvolvimentoproposto. No entanto, para a implementação do protótipo faz-se necessária à definição datecnologia ideal, sendo abordado sobre Java 2 Micro Edition (J2ME), Symbian e Brew, asquais são consideradas adequadas no que se refere ao desenvolvimento de aplicações paradispositivos móveis. Além disso, para que o desenvolvimento da aplicação se tornasserealidade, fez-se necessário um estudo sobre jogos e suas partes. Analisando as restrições doaparelho e as exigências existentes na aplicação proposta, optou-se pelas tecnologia J2MEpara desenvolvimento do protótipo e bluetooth para comunicação dos dispositivos celulares.Estas demonstraram ser apropriadas para o desenvolvimento do jogo da velha. Ao final sãodemonstrados os procedimentos realizados para a codificação do protótipo, bem como testesem emulador e no dispositivo móvel. Estes visam verificar o desempenho e se o mesmoconseguirá proporcionar momentos de diversão ao usuário. Além disso, objetiva verificar se acomunicação não comprometerá a performance do protótipo, chegando ao ponto do usuáriodesistir da diversão.

ABSTRACTThe evolution of the mobile devices allowed the development of more robustapplications, as well defined games. These currently make possible that two users whom theypossess cellular distinct interact the same in game, being this the objective of the present work.However, the process involves many technologies and tools, as the related ones to thecommunication between mobile devices, more specifically for cellular devices. In this direction,the work approaches bluetooth, infra-red ray and Wireless Application Protocol (WAP) withintention to verify which of them more is adjusted to the considered development. However, forthe implementation of the archetype one becomes necessary to the definition of the idealtechnology, being boarded on Java 2 Micro Edition (J2ME), Symbian and Brew, which areconsidered adjusted as for the development of applications for mobile devices. Moreover, sothat the development of the application if became reality, a study became necessary on gamesand its parts. Analyzing the existing restrictions of the device and requirements in theapplication proposal, one opted to the programming language J2ME and the technologybluetooth for communication of the cellular devices. These had demonstrated to be appropriatefor the development of the game of the old one. To the end the procedures carried through forthe codification of the archetype are demonstrated, as well as tests in emulator and the mobiledevice. These aim at to verify the performance and if the same it will obtain to providemoments of diversion to the user. Moreover, objective to verify if the communication will notcompromise the performance of the archetype, arriving at the point of the user to give up thediversion.

1 INTRODUÇÃOCom o crescimento da telefonia móvel e o aumento da capacidade de processamentodos aparelhos celulares, aplicativos mais complexos podem ser desenvolvidos, culminandocom a construção de jogos bem definidos e de boa qualidade. Isso proporciona diversão eentretenimento ao usuário.Com este intuito, uma variedade de jogos, dos mais diversos estilos, é desenvolvida.Porém, jogos que conseguem proporcionar competição entre usuários têm despertadointeresse ainda maior pelos mesmos.Para permitir a competição, fazem-se necessários bons aparelhos, que possuam grandecapacidade de processamento e de tecnologias que possam prover transmissão de dados.Atualmente, os celulares produzidos já estão oferecendo as tecnologias de transmissãode dados embutidas. Estas, por suas vez, permitem o desenvolvimento de aplicativos quepossibilitam a transmissão de dados sem fazer uso da telefonia convencional.Contudo, para alcançar o objetivo de desenvolver um protótipo de um jogo multijogadorespara celulares, foi necessário um estudo sobre essas formas de transmissão dedados. Dentre as várias maneiras de prover esta comunicação, o presente trabalho dissertarásobre as tecnologias Bluetooth, Wireless Application Protocol (WAP) e infravermelho, as quaisapresentam maiores vantagens para o desenvolvimento da aplicação em questão.Além das formas de comunicação, será feito um estudo sobre algumas ferramentasexistentes para desenvolvimento de aplicativos para dispositivos móveis. O intuito é analisarqual é a mais apropriada para a implementação do jogo da velha.Neste sentido, será desenvolvido o protótipo do jogo supracitado, por ser bastanteconhecido e ter regras de fácil compreensão. Além disso, o mesmo permite a competiçãoentre dois usuários em tempo real, utilizando celulares distintos, tornando o aplicativo maisatraente.Ao término da implementação, serão realizados os devidos testes afim de validar afuncionalidade do mesmo e encontrar possíveis falhas existentes no jogo.

161.1 ORGANIZAÇÃO DO TRABALHOO presente trabalho está dividido em sete capítulos, sendo que o primeiro refere-se àintrodução do conteúdo e apresentação de como o mesmo encontra-se organizado.O segundo capítulo refere-se aos dispositivos móveis, abordando suas características edefinições. Também neste capítulo é dissertado sobre tecnologias de comunicação dosdispositivos móveis como bluetooth, WAP e infravermelho.O capítulo seguinte versa sobre os jogos eletrônicos, sendo demonstrada sua evolução.Após é descrito sobre jogos para celulares, foco do presente trabalho. Também é mencionadosobre suas partes e características, as quais permitirão compreender e definir as etapas paraconstrução do protótipo proposto.O próximo capítulo relata sobre as principais ferramentas para desenvolvimento deaplicativos para dispositivos móveis, apresentando vantagens e desvantagens, com o intuitode escolher a mais adequada para o desenvolvimento do protótipo. Também é descrito sobreorientação objeto. Isto se faz necessário, pois a tecnologia escolhida para desenvolvimento doprotótipo utiliza tal paradigma.O quinto capítulo relata sobre a fase de análise, codificação e implementação doprotótipo. Nele é descrito como instalar e configurar as ferramentas de desenvolvimento, bemcomo demonstra quais as características que devem estar presentes no dispositivo para que oprotótipo funcione corretamente.No penúltimo capítulo, são apresentadas as conclusões e sugestões de trabalhosfuturos com o intuito de que o presente trabalho seja otimizado e inspire novas pesquisas nodesenvolvimento de aplicações móveis.Por fim, no último são apresentadas as bibliografias utilizadas, as quais viabilizaram aconstrução do presente trabalho.

2 DISPOSITIVOS MÓVEISPara que seja compreendido sobre o equipamento que será usado no desenvolvimentodo protótipo, o capítulo a seguir tem por objetivo trazer conhecimento sobre o conceito dedispositivos móveis e sua forma de comunicação o que será de suma importância para aconfecção do trabalho proposto.2.1 INTRODUÇÃO AOS DISPOSITIVOS MÓVEISConforme Figueiredo e Nakamura (2003), um dispositivo para ser considerado móveldeve ser capaz de realizar processamento, trocar informações em uma rede, que o usuáriopossa transportá-lo com facilidade, e que o mesmo não necessite de cabos para se conectar auma rede ou a fonte de energia elétrica.Para que isso aconteça, o mesmo autor define algumas características que devem estarcontidas nesses dispositivos como: ter seu tamanho reduzido, que seu manuseio seja feitogeralmente na palma das mãos ou no colo, possuir uma bateria e acessar dados por umaconexão feita a uma rede sem fio, isso evitaria o uso de cabos tanto para conexão a redequanto aos cabos alimentadores de energia. Caso isso não ocorra, o dispositivo colocaria umfim no que diz respeito à mobilidade.Segundo Laudon e Laudon (1999), devido à diversidade de maneiras para se provercomunicação, e das grandes inovações trazidas pela tecnologia wireless, a indústria do setorteve um grande crescimento e uma imensidade de dispositivos móveis está sendo utilizadapara que isso aconteça. Esses vão desde telefones celulares até Personal Digital Assistant(PDA) – um dispositivo composto por um computador manual e uma caneta. Com o passar dotempo, ganharam poder de processamento e deixaram de ser apenas telefones, ou agendaseletrônicas e viraram computadores que podem ser transportados para qualquer lugar. Foramdesenvolvidos para pessoas que necessitam acessar informações com rapidez, segurança,facilidade, e claro, a mobilidade. Esta permite que a comunicação entre as pessoas seja feitade forma fácil, sem que essas fiquem presas a computadores de mesa ou a telefones fixos.Na Figura 1 pode-se visualizar alguns exemplos de dispositivos móveis.

18Fonte: Pekus (2002)Figura 1 – Exemplos de Dispositivos MóveisA frase dita por David Levin, presidente-executivo da Symbian, em entrevista a InfoExame de setembro de 2003 explica bem a evolução dos dispositivos móveis, apesar de estarfocada no que diz respeito a telefones. “Nos últimos cem anos construímos telefones paraouvidos. Agora podemos construir telefones que se conectem com os olhos” (PALUDO, 2003,p. 20).Segundo Rezende e Abreu (2001), os dispositivos móveis estão proporcionando cadavez mais recursos que se torna quase que indispensáveis nos dias atuais, principalmente paraorganizações que possuem múltiplas localizações geográficas.Segundo Moon (2000), telefones celulares, que na década de 80 eram artigos de luxo,tornam-se a cada dia mais acessíveis. Contudo, deixaram de ser apenas dispositivos paratransmissão da voz, transformando-se em aparelhos capazes de enviar dados comversatilidade e velocidade com a vantagem de serem menores e portáteis que computadoresusados para transmissão desses dados.Desta forma, o mercado cresce a cada dia, e segundo Moon (2000), esse crescimentonas vendas proporciona, conseqüentemente, um aumento da tecnologia embutida nessesaparelhos. Segundo o autor, há um crescimento tão grande nessa área que aparelhos

19celulares poderão ser utilizados para aquisição de refrigerantes, doces, cigarros. “Bastará aoconsumidor empunhar seu telefone diante da máquina, ligar para o número nela indicado erealizar uma transação sem fio para liberar uma latinha”.Contudo, para viabilizar estas aplicações, um dos fatores que podem garantir amobilidade dos dispositivos móveis é a forma de comunicação, assunto que será abordado aseguir.2.2 COMUNICAÇÃO DOS DISPOSITIVOS MÓVEISTomado conhecimento de que um dispositivo móvel deve possuir a capacidade deconectar-se a uma rede e conseguir trafegar dados sem a utilização de cabos, tornou-senecessário fazer esta conexão através de uma rede wireless (comunicação sem fio). A seguirserá dissertado sobre como ocorreu o surgimento desta tecnologia, bem como seufuncionamento.2.2.1 Surgimento do WirelessSegundo Zeindin (2003), o surgimento do wireless fez-se necessário para suprir umanecessidade militar, mais especificamente na Segunda Guerra Mundial, na década de 40.Nesta batalha, era necessário transmitir informações sem que o inimigo conseguisseinterceptá-las ou interferisse na comunicação. Diante deste fato foi criado um método demodulação de dados denominado spread spectrum que atendia essas necessidades, uma vezque o mesmo apresentava alta imunidade aos ruídos, provocava baixas interferências nosdemais sistemas e o sinal era difícil de ser monitorado ou interceptado.No final do ano de 1970, surgiram os sistemas de comunicação móvel, consideradacomo a Primeira Geração (G1), sendo esta bastante restrita. A transmissão dos dados sedava de forma analógica, sendo permitido apenas o tráfego de voz.No começo da década de 90, iniciou-se a Segunda Geração (G2) de comunicaçãomóvel, contendo algumas inovações significativas. O sinal que antes era transmitido de formaanalógica agora passou a ser codificado digitalmente, e os celulares que eram usados

20restritamente para transmissão de voz, já começavam a se utilizar de serviço de mensagenscomo Short Message Service (SMS).Na Terceira Geração (G3), grandes avanços foram alcançados, sendo que a rede jáprove serviço de áudio e vídeo de alta qualidade. Além disso, a rede tem a capacidade deidentificar qual o sistema de wireless está mais próximo ao dispositivo móvel, transferindo osinal para o mesmo. Isso permite que o usuário tenha total mobilidade sem perder o sinal. Ouso do sistema wireless tomou proporções enormes e é utilizada nos mais diversos sistemas,variando de pequenas aplicações como telefones celulares até sistemas que exigem autograu de confiabilidade como satélites e sistemas de localização global.Atualmente vive-se a quarta geração e segundo a empresa japonesa NTT-DoCoMo,líder de mercado na área de comunicação sem fio, esta geração permite transferências dearquivos na faixa de 20 a 40 Mbps. Outros benefícios oferecidos é multimídia de alta definição,portabilidade entre os dispositivos móveis e acesso universal. Esta geração promete que umdispositivo móvel consiga ser operado de qualquer local existente na superfície terrestre(BORGES et. al, 2005).2.2.2 Funcionamento do WirelessSegundo Soares, Lemos e Colcher (1995, p.102) os pacotes a serem trafegados emuma rede wireless, utilizam-se do “ar” como meio de transmissão. Esta é feita através de“canais de freqüência de rádio (freqüências na faixa de KHz até GHz)”. Contudo, paracompreender como a transmissão entre celulares ocorre, faz-se necessário alguns requisitosbásicos como: “telefones/Estações Móveis (MS – Móbile Stations), Estações Base (BSs -Base Stations), Centro de Comutação Móvel (MSC – Mobile Switching Center), Registro deLocalização de Origem ( HLR - Home Location Register) e o Registro de Localização deVisitante (VLR - Visitor Location Register)” (DIAS e FONTES, 2003, p. 17).Segundo Dias e Fontes (2003, p. 17), através de sinais de rádios enviados a umaestação base, os telefones celulares provem comunicação entre si. Esta estação cobre umadeterminada área denominada célula. Portanto a estação atenderá a todos os sinais enviadospor aparelhos que se encontrem dentro da área de cobertura. Também é função da estaçãobase converter os sinais enviados e encaminhar para um MSC, essa comunicação pode serfeita com ou sem a necessidade de fios. O MSC fica destinado a coordenar e rotear as

21chamadas feitas para telefones fixos ou móveis conectados a rede de telefonia pública. OHRL é onde ficam armazenados os dados referentes as estações móveis pertencentes aquelaárea, com por exemplo: “Mobile Identification Number (MIN), Eletronic Serial Number (ESN),perfil do usuário com dados sobre faturamento (billing)”, call forward-to number, estado (ativoou inativo) e ponteiro para o último VLR onde a MS se registrou”. O VLR é um repositório dedados local e temporário. Nele ficam os dados referentes a estação móvel que está fora desua área de serviço. O VLR é usado em conjunto com o HLR, permitindo que o usuário tenhacobertura mesmo estando fora da área de serviço onde está cadastrado.Na Figura 2 pode-sevisualizar os componentes básicos de uma rede móvel.Fonte: (DIAS e FONTES, 2003, p.18)Figura 2 – Componentes básicos de uma rede móvelAtravés da Figura 2 pode-se verificar que quando um celular deseja fazer uma conexãocom outro, faz-se necessário uma comunicação com a BS que cobre a área em que o celularde origem se encontra. Esta por sua vez fará com que a solicitação do celular chegue ao MSCque identificará qual a BS está cobrindo a área que o celular de destino se encontra. Feito issoa informação será direcionada a esta estação que entregará o sinal ao aparelho destino.Entretanto, além da comunicação de voz os dispositivos móveis podem transmitir dados.Para que isso seja possível várias formas de comunicação foram desenvolvidas. A seguir serádissertado sobre algumas delas.

222.3 FORMAS DE COMUNICAÇÃO DOS DISPOSITIVOS MÓVEISAtualmente, existem várias formas de prover comunicação entre dispositivos móveis ecada vez mais essas tecnologias vem sendo utilizadas. Nos próximos tópicos serãoapresentadas algumas, bem como seu funcionamento e arquitetura. A partir desteconhecimento será possível diferenciar as mesmas e fazer a escolha da tecnologia a serutilizada no desenvolvimento do protótipo.2.3.1 BluetoothEssa tecnologia surgiu recentemente no mercado. Com ela é possível que aparelhosceluares, notebooks, impressoras entre outros consigam se comunicar em pequenasdistâncias sem a utilização de cabos. Com Blutetooth diferentes aparelhos podem se conectara uma rede. Além disso, várias redes não sincronizadas podem existir na mesma área,formando uma rede denominada de scatternet. Os tópicos a seguir trarão maioresesclarecimentos sobre essa tecnologia (JUNIOR, 2001).2.3.1.1 HistóricoCom o intuito de estabelecer um novo padrão de comunicação e expandir o uso datecnologia Bluetooth, cinco empresas (Nokia, Intel, IBM, Toshiba, Ericsson) se uniramformando o consórcio Bluetooth Special Interest Group (SIG). “A escolha do nome é umahomenagem ao unificador da Dinamarca, o rei Harald Blatand, mais conhecido como HaraldBluetooth” (JUNIOR, 2001).O grupo cresceu e se consolidou sendo composto atualmente por 1400 empresasespalhadas pelo mundo. Estas abrangem diversas áreas de atuação como telecomunicações,Personal Computer (PC’s), eletrodomésticos, entre outras. Contudo, todas tem um objetivo emcomum: o desenvolvimento de produtos capazes de prover comunicação utilizando o padrãoBluetooth (JUNIOR, 2001).

23A seguir será demonstrado como é composta essa tecnologia bem como seufuncionamento.2.3.1.2 Tecnologia BluetoothPriess, 2003 explica o que é a tecnologia Bluetooth com a seguinte frase:Bluetooth é um padrão de interface de rádio de curto alcance, criado para permitir acomunicação entre dispositivos eletrônicos sem a utilização de cabos de conexão.Posteriormente, passou a ser empregado, também, como ponto de acesso a serviços dedados e voz e na formação de redes sem fio ad hoc (PRIESS, 2003, p. 11).Esta tecnologia está dividida em duas partes: núcleo e perfis. No núcleo encontram-seas características do rádio, e a pilha de protocolos que será utilizada para prover acomunicação entre os dispositivos. Os perfis, por sua vez, especificam quais os protocolos dapilha serão utilizados na comunicação em cada aplicação (PRIESS, 2003).Para que a comunicação entre os dispositivos que se utilizam do Bluetooth aconteça, énecessário o estabelecimento de um canal de comunicação Frequency Hopping - CodeDivision Multiple Access (FH-CDMA). Esse canal permite que os sinais sejam propagadossobre uma faixa de freqüência grande. Contudo, em um mesmo instante, é utilizada apenasuma pequena largura de banda. Isto é feito na tentativa de evitar possíveis interferências nacomunicação. Sendo assim, a tecnologia Bluetooth possui 79 hops (portadoras) que sãoespaçadas em um Megahertz (MHz). Assim é possível obter uma largura de banda razoável etambém uma melhor imunidade à interferência (JUNIOR, 2001).Desta forma, dispositivos que utilizam Bluetooth para obter uma rede criam um sistemade rádio ad hoc. Nesse não é possível distinguir bases e terminais e também não existe “umainfraestrutura de cabos para suportar a conectividade entre unidades portáveis. Desta forma,não há um controlador central para coordenar as interconexões, bem como intervenção deoperadores” (JUNIOR, 2001). Diferente dos cenários ad hoc comuns, em ambientes Bluetoothé facilmente encontrado um grande número de conexões ad hoc existentes na mesma área,sem que haja qualquer tipo de coordenação mútua entre os dispositivos.Os dispositivos que se utilizam do Bluetooth para prover comunicação formam uma rededenominada piconet. Nesta rede podem ser conectados até oito dispositivos, sendo que umdestes deve ser o mestre (master) e os outros serão os escravos (slave). Quando várias

24piconets encontram-se na mesma área, formam um sistema ad hoc disperso que édenominado scatternet (JUNIOR, 2001). Na Figura 3 pode-se visualizar como seria ofuncionamento de uma rede piconet e uma rede scatternet.Fonte: (JUNIOR, 2001)Figura 3– Tipos de redes formadas entre dispositivos Bluetooth.Para que os dispositivos consigam localizar-se entre si, a rede executa um processo deinvestigação (inquiry). Neste, os dispositivos trocam informações de seus relógios e seusendereços que são únicos e contém 48 bits o Bluetooth Device Address (BD_ADDR). Odispositivo que iniciou o processo de investigação ficará definido como mestre (master) darede piconet, enquanto os demais serão os escravos (slaves). Após esta etapa, osdispositivos já terão o conhecimento de seus pares. Com isso passam para a fase denegociação (paging), que será iniciada pelo mestre da rede (PRIESS, 2003).“No procedimento de negociação da conexão, o futuro mestre e cada escravo negociamo canal a ser usado na comunicação. Finalmente, os dispositivos mudam para o canalnegociado e passam para o estado conectado. Uma vez conectado à piconet, o escravorecebe e passa a usar um endereço de 3 bits chamado Active Member Address (AM ADDR)”(PRIESS, 2003, p. 16).Como os dispositivos móveis não possuem grande capacidade de armazenamento deenergia, há preocupação e cuidados para a economia da mesma no sistema Bluetooth. Assim,quanto mais tempo o aparelho ficar conectado, maior será o consumo de energia.

25Considerando este fato, existem quatro modos de operações que um dispositivo pode seencontrar quando está conectado a rede: ativo, sniff, hold e park. Quando o dispositivo estiverno modo ativo, a comunicação pode acontecer a qualquer instante. Os demais modos sãocaracterizados pelo baixo consumo de energia. “No modo sniff, o escravo dorme durante umintervalo pré-definido e acorda, periodicamente, para escutar as transmissões do mestre”(PRIESS, 2003, p. 17). No modo hold, o dispositivo escravo negocia com o mestre para entrarem modo de baixo consumo. O intervalo de tempo que ele permanece em modo de baixoconsumo é fixo. Quando terminado esse tempo, o dispositivo volta a atividade normal. Noúltimo caso, o park, o dispositivo “escravo libera o seu endereço do dispositivo ativo”, porémcontinua conectado a rede por um endereço de oito bits conhecido como Parked MemberAddress (PM ADDR). Quando isto ocorre, o dispositivo escravo não participa mais dasnegociações da rede. Isso permite que o limite de sete dispositivos escravos participantes deuma rede seja ultrapassado (PRIESS, 2003).Quando um dispositivo salta entre uma rede e outra, ele pode mudar de estado, ou seja,o dispositivo pode se encontrar em modo escravo em uma rede e assumir o papel de mestreem outra. O problema que pode ocorrer durante os saltos é quando um dispositivo seencontra em modo mestre em uma rede e fizer o salto para outra. Nestes casos a rede naqual o dispositivo era mestre ficará suspensa até o seu retorno. Também há possibilidade deum dispositivo estar conectado a duas redes em modo escravo. Nesta situação uma redepode conectar-se a outra através deste dispositivo que fica conhecido como bridge.Como foi dissertado acima, a tecnologia Bluetooth possui inúmeras vantagens nodesenvolvimento de aplicativos. Estas poderão ser utilizadas para desenvolvimento doprotótipo. Porém, a seguir descreve-se sobre outras tecnologias com o intuito de validar e termaior segurança na escolha.2.3.2 Wireless Application Protocol (WAP)A cada dia que passa, várias atividades que antes necessitavam de deslocamento doser humano para serem executadas estão sendo deixadas de lado graças a Internet.Inúmeras operações são realizadas em frente ao computador, trazendo conforto eeconomizando tempo. Esta evolução não poderia deixar de existir nos aparelhos celulares.Através do protocolo Wireless Application Protocol (WAP) dispositivos móveis podem acessarpáginas web facilitando ainda mais a vida do usuário.

262.3.2.1 HistóricoEm 1997, na tentativa de fazer com que os aparelhos celulares conseguissem acesso aInternet, as empresas Ericsson, Motorola e Nokia se reuniram para produzir essa solução.Dois anos depois estas empresas conseguiram com que os primeiros aparelhos celularesWAP chegassem ao mercado. Apesar do desenvolvimento da tecnologia, esta não écontrolada por nenhuma destas empresas. No entanto, sua chegada coincidiu com omomento em que o interesse pelo mundo sem fio era grande. Isso mostrou que a tecnologiaWAP poderia dar bons lucros, fazendo com que investimentos e pesquisas fossem realizadosnesta área.A partir da sua evolução, bem como a compactação do tamanho dos dispositivosmóveis, pode-se fornecer muitas funcionalidades em um aparelho que cabe no bolso(AREHART et al, 2001).2.3.2.2 Tecnologia WAPDevido as características existentes nos dispositivos móveis tais como dimensões datela, rede com pouca largura de banda, capacidade de processamento reduzida, númeropequeno de cores, entre outros, fez-se necessário o desenvolvimento de um mini-brouwserpróprio para a tecnologia WAP. Com isto tornou-se possível fazer consultas em contasbancárias, enviar e-mail, realizar transações comerciais, além de outras aplicações como se ousuário estivesse a frente de um micro computador (DIAS, 2000).Para isso, o padrão de camadas WAP apresenta similaridades a arquitetura ISO/OSI,onde cada camada forneça serviços a camada superior. A semelhança também ocorre com omodelo TCP/IP, haja vista a necessidade dos dispositivos móveis conectarem-se a Internet(REZENDE, 2003).Neste contexto, a Figura 4 mostra as camadas existentes na arquitetura WAP.

27Fonte (REZENDE, 2003, p. 3)Figura 4 – Camadas do modelo WAP.Conforme a Figura 4, a primeira camada, denominada Wireless Datagram Protocol(WDP), é responsável por proteger “as camadas superiores dos serviços de portadoraoferecidos pela operadora” (AREHART et al, 2001). A seguinte, Wireless Transport LayerSecurity (WTLS) é uma camada opcional, sendo que quando se encontra presente tem afunção de prover conexões seguras e privacidade aos aplicativos. A próxima camada,chamada Wireless Transaction Protocol (WTP) é onde se encontra a função que fornecevários métodos, os quais permitem realizar transações com certo grau de confiabilidade. Porsua vez, a camada Wireless Session Protocol (WSP), é utilizada para aplicações quenecessitam do método cliente/servidor. Essa camada fica responsável por fazer uma trocaorganizada entre o conteúdo dessas aplicações. Por fim, a última camada da pilha deprotocolo é a Wireless Application Environment (WAE) que se destina a fornecer um ambientepara execução e desenvolvimento de aplicativos ou serviços portáveis.Além da Figura 4 demonstrar as camadas existentes na tecnologia WAP, é possívelobservar que esta possui “compatibilidade com os principais padrões celulares, inclusiveaqueles orientados por pacotes GPRS, CDMA 1xRTT”, entre outros (SILVA e MOREIRA,2005, p. 55).Como foi possível observar, a tecnologia WAP está direcionada para o desenvolvimentode aplicativos WEB. Contudo, não é descartada a hipótese de utilizá-la para desenvolvimentodo protótipo. A seguir será dissertado sobre infravermelho.

282.3.3 InfravermelhoAs luzes infravermelhas são muito utilizadas para comunicação de curtas distâncias. Istoocorre pelo fato de que as mesmas não conseguem atravessar objetos sólidos como porexemplo uma parede. No primeiro momento, isso sem dúvida seria uma desvantagem.Porém, essa desvantagem acaba proporcionando segurança, pois a característica de nãoatravessar paredes possibilita que uma rede montada com essa tecnologia tenha maiorsegurança se comparado a uma rede de rádio. Afinal computadores que estejam fora da salaem que se encontra a rede infravermelho não conseguirão acesso a ela (TANEMBAUM,1997).Segundo Torres (2001, p. 268), para transmitir as luzes infravermelhas existem doismétodos: transmissão difusa e transmissão direta. “Na transmissão difusa, os sinaisinfravermelhos são enviados para todas as direções”, enquanto “na transmissão direta osdispositivos transmissores e receptores possuem um ângulo de abertura pequeno. Com isso,precisam estar alinhados para que a transmissão possa ser efetuada”.De acordo com Torres (2001, p. 270), os dois padrões mais utilizados para “transmissãode dados através de luz infravermelha” são: IEEE 802.11 e o Infrared Developers Association(IrDA). O primeiro especifica que a taxa de transmissão típica seja de um Megabit porSegundo (Mbps) e a distância máxima de alcance seja de 30 metros (m). O IrDA é umbarrramento que geralmente é encontrado em notebooks, teclados e mouses sem fio entreoutros. “Este barramento tem transferência máxima de quatro Mbps e a distância de alcance éde um metro, sendo que seus receptores e transmissores“ possuem uma abertura com ângulode 30 graus.2.4 CONSIDERAÇÕES DO CAPÍTULOCom o estudo da tecnologia infravermelho foi concluído o capítulo sobre dispositivosmóveis. Com isto, nota-se que as evoluções ocorreram tanto com os aparelhos quanto astecnologias utilizadas nestes dispositivos.No que diz respeito ao wireless, a evolução ocorreu de forma rápida e este crescimentonão tende a parar. Segundo as previsões, a tecnologia wireless promete uma verdadeirarevolução para os usuários de dispositivos móveis.

29Por fim, as forma de comunicação dos dispositivos foram de suma importância paradefinição de qual será utilizada para o desenvolvimento do protótipo. Após o estudo feito atecnologia bluetooth se destaca por conseguir prover comunicação sem necessidade de que oaparelho esteja dentro da área de abrangência da estação base, diferentemente da WAP.Contudo não é descartada a possibilidade de utilização da mesma, pois esta possui umamaior facilidade quanto a implementação. Apesar da tecnologia infravermelho possuir um altograu de segurança, sua implementação é complexa, tornando assim inviável a sua utilização.No capítulo a seguir será dissertado sobre jogos eletrônicos, analisando suascaracterísticas, bem como as etapas para a confecção de um jogo. O estudo dará subsídiospara construção do protótipo proposto.

3 JOGOS ELETRÔNICOSPara entender como os jogos eletrônicos atualmente conseguem prender a atenção dousuário, bem como influenciaram no desenvolvimento de tecnologias, é necessário conhecera sua evolução histórica, a qual será apresentada a seguir. Inicialmente será mostrado osjogos operados por fichas, conhecidos como árcade games (jogos de galerias).Posteriormente serão expostos os jogos para consoles 1 . Também será dissertado sobre aspartes que compõem um jogo e sobre jogos para celulares que é o foco do presente trabalho.Contudo, antes de começar a dissertar sobre jogos eletrônicos é interessante conceituarum jogo virtual. Este, de acordo com Lins (2003), consiste em um sistema que tem regrasdefinidas, as quais são necessárias para que o usuário interaja e consiga atingir os objetivosestipulados. Este pode experimentar as mais variadas situações, as quais são determinadaspelo estilo e enredo do jogo. Sendo assim, todos os jogos aqui apresentados sãoconsiderados jogos virtuais.3.1 EVOLUÇÃO DOS JOGOS DE GALERIAS (ÁRCADE GAMES)Em 1971 surge o primeiro vídeo game, o Computer Space, construído para serexplorado comercialmente. O mesmo foi projetado por Nolan Bushnell da Nutting Associatesl.Com a experiência adquirida com o Computer Space, Nolan Bushnell, em 1972, cria aempresa Atari que desenvolveu o primeiro vídeo game que obteve sucesso comercial, o Pong.Em 1974 foi lançado o Tank. Este jogo foi desenvolvido pela Atari em conjunto com aKee Games.No ano seguinte foi lançado o Gunfight. O fato marcante deste jogo é que foi o primeiroa utilizar um microprocessador. Nesse mesmo ano o quadragésimo funcionário contrato pelaAtari, com a ajuda de Steve Wozniak, desenvolve o primeiro protótipo paramicrocomputadores.1 Jogos que necessitam que o usuário adquira o aparelho que inclui um encaixe para conectar aunidade armazenadora do programa/jogo

31Em 1978 a Atari apresenta um de seus últimos projetos preto e branco, o Fire Truck.Sua grande novidade é o fato de poder ser jogado por duas pessoas. Nesse mesmo ano,outros dois jogos importantes podem ser citados: Space Invaders e o Football. O SpaceInvaders foi desenvolvido pela Taito/Bally/Midway, sendo o primeiro vídeo-game a serencontrado fora das galerias de jogos. Já o outro, criado por Dave Subben, foi o primeiro jogoesportivo a ser comercializado.No ano de 1979 a Atari, lança o Lunar Lander. Este surgiu para auxiliar o projeto Apollo.O jogo tinha por objetivo simular uma aterrisagem na lua. Nesse mesmo ano a Cinematronicslança o primeiro jogo de luta entre dois jogadores, o Worrior. O mesmo apresentou umagrande evolução gráfica, sendo utilizada a tecnologia de gráficos vetoriais para deixar o jogomais empolgante. No entanto, isto o deixava menos confiável.Em 1980, a Atari lança o primeiro jogo tridimensional, o Battlezone. Esta revolução foisignificativa, provocando interesse das forças armadas dos Estados Unidos. As mesmassolicitaram mudanças e incrementos no jogo para treinamento de pilotos de tanques deguerra. Outros jogos importantes a serem citados nesse ano foram: Berzerk, da UniversalResearch Laboratories/Stern Inc. Este consistia em uma máquina que falava. O jogo foidesenvolvido sobre a tecnologia de digitalização de som. Porém o vocabulário da máquinarestringia-se a 30 palavras. Pac-man, desenvolvido pela Bally/Midway, foi um dos jogos demaiores sucessos, lançados tanto no Japão quanto Estados Unidos. Foi baseado em umconto japonês.Em 1981, foi lançado Gorf, da Bally/Midway, um dos primeiros jogos a utilizar níveis dedificuldade. DonKey Kong desenvolvido pela Nintendo, também foi um grande sucesso. Omesmo apresentava uma história sobre um macaco gigante e um segundo personagemdenominado Jumpman. Outro jogo que merece destaque é o Centipede, pelo fato de ter sido oprimeiro jogo desenvolvido por uma mulher. Talvez isso ocasionou uma ascensão no públicofeminino. Neste mesmo ano, a Atari lança o Tempest. O jogo utilizou um monitor vetorialcolorido, sendo o primeiro a utilizar tal tecnologia.No ano seguinte a Williams Electronics lança o Joust. O grande atrativo do jogo era oestilo de múltiplos jogadores 2 . Outro sucesso nesse mesmo ano foi Star Wars, desenvolvido2 Vários jogadores podem interagir no mesmo jogo ao mesmo tempo.

32pela Bally Midway. O jogo operava com gráficos tridimensionais. Originalmente, para poderjogá-lo, era necessário um joystick 3 .Em 1983 dois jogos, produzidos pela Starcom/Cinematronics, chamaram muito aatenção: o Dragon’s Lair e o Blaster. O primeiro surpreendeu pela qualidade dos gráficos,conquistando um público cada vez maior. O outro possuía gráficos que eram gerados atravésde escalamento e o controle do jogo era dado através de um joystrick , que proporcionava 49movimentos.O jogo denominado I Robot foi lançado no ano de 1984, sendo desenvolvido pela Atari.O mesmo não teve grande sucesso. Porém, foi o primeiro a utilizar polígonos tridimensionaisem seus gráficos.Em 1986, Space Harrier, desenvolvido pela Atari, demonstrou duas grandes inovações:a de gráficos baseado no método sprites-3D, e a utilização de som estéreo.Time Traveler, desenvolvido pela Sega no ano de 1990, foi projetado usando a técnicade holograma 4 . Apesar de os personagens parecerem estar projetados holograficamentesobre o jogo, o que acontecia, na verdade, é que a imagem 2-D era refletida através de umasuperfície de vidro e isso produzia a ilusão de profundidade. No ano seguinte, a Sega lançaVirtua Racing, projetado para ser jogado com múltiplos jogadores e com gráficos poligonais. Omesmo introduziu a era dos jogos de corridas. Em 1994, esta mesma empresa lança oDaytona-USA. Este aperfeiçoou a técnica de múltiplos jogadores, tornando possível que oitojogadores pudessem interagir (BATTAIOLA, 2000).Em 1996 a Namco lança o Alpine Racer, jogo de gráficos poligonais que utilizava umprocessador de 32 bits para gerá-los. A tela de 50’’ foi o grande atrativo. No ano seguinte, aSega lança o Super GT, para produção dos gráficos que exigiam uma capacidade grande do3Dispositivo de indicação muito popular, usado principalmente nos jogos de computador. Emgeral, os joysticks têm uma base plástica quadrada ou retangular à qual fica presa uma haste vertical(WEB MEGA HOST, 199?).4Técnica avançada de fotografia, que consiste em criar imagens que através da ilusão de ópticaparecem ser tridimensionais (Wikipedia, 2005).

33hardware. O jogo foi desenvolvido em uma arquitetura de 64 bits, que utilizou versões domicroprocessador Powerpc (BATTAIOLA, 2000).Contudo, como mencionado na introdução do capítulo, este não é a única forma dejogos existente. Desta forma, a seguir apresenta-se como se deu a evolução dos jogos paraconsoles.3.2 EVOLUÇÃO DOS JOGOS PARA CONSOLESNo ano de 1962, surge o Spacewar, desenvolvido por estudantes do MassachusettsInstitute of Technology (MIT). O jogo de batalha espacial foi inspirado nos livros do autor E. E.Doc Smith, e ocupava apenas 2Kb de memória. Inicialmente a intenção dos estudantes eraapenas transpor a ficção descrita nos livros para o computador. Afinal ganhar dinheiro comjogos, não fazia muito sentido, pois os computadores custavam em torno de 120.000 dólares,e não seria viável tamanho investimento para uma simples diversão.Em 1971 a Magnavox, começa a desenvolver o primeiro vídeo-game projetado para serconectado a televisores: o Odissey.No ano de 1976 a Connecticut Leather Company (Coleco), lança o Telstar Pong. Estevídeo-game usava tecnologia similar às máquinas encontradas nas galerias (árcade games).No mesmo ano o primeiro vídeo-game programável é lançado pela Fairchild Camera &Instrument, o Fairchild Channel F. Nele era possível congelar o jogo para alterar o tempo evelocidade.Em 1977, a Atari, lança o VCS, que mais tarde ficou conhecido como Atari 2600. Este foio primeiro vídeo-game programável, além de possuir jogos de cartuchos da Atari. Dentre osjogos contidos nos cartuchos estão: Defender, Bowling, VideoChess, Othelo, Combat entreoutros. Na Figura 3, uma demonstração do console Atari 2600 e seus principais jogos.

34Fonte: (UOL, 2004)Figura 5 – Exemplo do console Atari 2600 e seus principais jogosNo ano de 1980, a Mattel lança o seu console, o Intellivision. A própria empresaproduzia os jogos para seu console, sendo o primeiro o Astromash.No mesmo ano a SNK lança o jogo Sasuke vs Commander, um jogo de tiro, onde ojogador comanda um samurai que tem como objetivo proteger seu shogum 5 de ninjas. O jogopossui gráficos bem detalhados e obteve destaque.Em 1981 a Nintendo lança um de seus maiores sucessos, o jogo Donkey Kong. O seuobjetivo era que Jumpman, um carpinteiro controlado pelo jogador, salvasse sua namorada dodomínio de um gorila. Nos Estados Unidos o personagem principal recebeu o nome de Mário.A mudança foi devido aos funcionários da Nintendo acharem o personagem principalsemelhante ao dono do galpão onde funcionava a empresa, que se chamava Mário Segali.No mesmo ano ocorre a primeira fatalidade da história relacionada a vídeos-game. Umhomem, jogando Berserk, tem um ataque cardíaco e morre. Na Figura 4 uma imagem destejogo.5 Governadores e líderes militares do Japão na idade média (As Dobras do Hakama, 199?).

35Fonte: (UOL, 2004)Figura 6 – Imagem do jogo Berserk.No ano de 1982, a General Consumer Electronics lança o console Vectrex. O mesmotrazia em memória o jogo Minestorm. Os jogos do Vectrex eram os únicos a trabalhar,exclusivamente, com gráficos vetoriais.Em 1985, a Nintendo lança o árcade NES. Nele era jogado o lendário jogo Super MarioBros que se tornou sucesso nos Estados Unidos.No ano seguinte a Sega lança o console Máster System e entra no mercado dos games.Apesar dos jogos do console não terem feito sucesso nos Estados Unidos, a Tectoy lança oconsole no Brasil, que sem a concorrência da Nintendo se torna um sucesso.No ano de 1988, a Nintendo lança nos Estados Unidos o jogo Super Mário 2 que eradiferente do mesmo jogo lançado no Japão. Contudo, em função do público americano terconsiderado o jogo muito difícil, a Nintendo efetuou modificações no mesmo.Em 1990, a empresa lança o jogo Super Mário 3, que foi considerado um dos jogos maisvendidos de todos os tempos. No mesmo ano também é lançado o jogo Strider, que foiconsiderado o melhor jogo da década de 90. Este foi desenvolvido pela Sega e o console queo rodava era o Mega Drive.No ano de 1991, a Nintendo lança um novo console: o Super Nés. Seu destaque nosjogos era o Super Mário. Entretanto a Sega lança o jogo Sonic. O personagem deste jogoacabou tornado-se mascote desta empresa. Muitas capas de revistas questionam qual seria omelhor jogo: Mario ou Sonic.Em 1993, a empresa 3DO lança o primeiro console 32 bits. O Jogo Road Rash, foi umdos maiores sucessos feitos para o console. O mesmo consistia em corridas de motos que

36acontecia em cidades. Porém, além de um simples jogo de corrida, o personagem que ojogador controlava podia agredir os outros corredores. Na Figura 5 há uma imagem doreferido jogo.Fonte: (UOL, 2004)Figura 7 – Imagem do jogo Road Rash .No mesmo ano, alguns jogos como Mortal Kombat e Night Trap, surgem no mercado.Porém são considerados extremamente violentos. Isto tanto é verdade, que dois senadoresdos Estados Unidos, Joseph Lieberman e Herbert Kohl, investigam como os jogos violentospodem influenciar na vida dos jogadores. Esta investigação foi feita para tentar banir estamodalidade do mercado.Em 1994, é lançado pela Nintendo o jogo mais vendido do ano, o Donkey Kong Country.Apesar do console ter uma Central Processing Unit (CPU) lenta, o jogo tinha gráficosrevolucionários, o que atraiu o público, fazendo com que as vendas do console aumentassem.A Figura 8 apresenta uma imagem do jogo.Fonte: (UOL, 2004)Figura 8 – Imagem do jogo Donkey Kong Country.

37Em 1997 uma revolução acontece no mundo dos consoles. O projeto Net Yarozepossibilita que o jogador consiga criar o seu próprio jogo. Para isso o mesmo deveria saberprogramar na linguagem C usada em Personal Computer (PC’s), além de usar os Kits queacompanhavam a console.No ano de 1998, é lançado pela Nintendo o jogo The Legend of Zelda para o consoleNintendo 64, um dos jogos mais vendidos de todos os tempos. Com a venda de dois milhõese meio de cópias nesse ano, a Nintendo arrecadou US$ 150 milhões (UOL, 2004b).A partir desta data os jogos tiveram uma verdadeira revolução, tanto que atualmentemais atrativos são desenvolvidos não somente para Árcade Games ou Consoles, mastambém para celulares. Sendo assim, a seguir apresenta-se como é possível odesenvolvimento desses jogos para celulares, bem como suas vantagens.3.3 JOGOS PARA CELULARESSegundo Nogueira, Filho e Almeida (2005), no fim da década de 90 os dispositivosmóveis começaram a ter uma evolução que permitiu que aplicações mais robustas pudessemser desenvolvidas nesses aparelhos. Com isso, também foi possível desenvolver jogos que noinício apresentavam limitações quanto aos gráficos e uso de cores. Porém, junto com aevolução dos dispositivos móveis também evoluíram os jogos que, atualmente, possuemgráficos 3D entre outros recursos.No desenvolvimento desses jogos, um dos fatores levado em consideração é que cadadispositivo possui características muito particulares, o que dificultava a portabilidade dosjogos. Uma das maneiras de solucionar tal problema foi inserir uma camada de software quearmazenaria um conjunto de funções de alto nível que fizesse a comunicação com a partefísica do celular (NOGUEIRA, FILHO e ALMEIDA, 2005).Segundo Battaiola et. al (2001), os jogos são os aplicativos que apresentam maiorpotencial mercadológico. Com isso é previsto que nos próximos anos aja um crescimentosurpreendente nos grupos interessados nesta área. Além disso, menciona-se que uma dastecnologias mais utilizadas no desenvolvimento de jogos é Java 2 Micro Edition (J2ME).Porém para conseguir atender a demanda com qualidade faz-se necessário superar aslimitações impostas por esta linguagem, “assim como construir ferramentas de

38desenvolvimento como motores (framework) e editores de cenários” (BATTAIOLA et. al, 2001,p. 38).Além disso, na fase de desenvolvimento de jogos em dispositivos móveis, algumascaracterísticas devem ser levadas em consideração no seu planejamento. Afinal comparandoa programação destes dispositivos a Personal Computer (PC’s), há algumas diferenças, taiscomo “o poder de processamento, o tamanho da tela, a quantidade de memória e a largura debanda” que são bastante limitadas nos dispositivos móveis.Porém, o programador independente, tem essas restrições a seu favor, pois não se faznecessário uma grande equipe de desenvolvimento e investimentos elevados, tornandopossível que equipes de cinco pessoas ou menos consigam desenvolver jogos em um curtoespaço de tempo. Estes costumam ser muito mais simples que os jogos desenvolvidos paraPC’s, podendo ser comparados aos antigos vídeos-game como: “Nintendo (8 bits) ou oSuperNintendo, de 16 bits” (SABINO, 2003, p. 42).Contudo, para ser possível o desenvolvimento de jogos faz-se necessário oconhecimento de quais são as partes são necessárias para construção dos mesmos. Taldefinição será descrita a seguir.3.4 PARTES DOS JOGOSExistem três partes principais que compõe um jogo: o enredo, o motor e a interface. Oenredo é a parte responsável pela definição do estilo e objetivos que deverão ser alcançados.Para construir essa parte do jogo pode ser necessária à colaboração de vários especialistasde diversas áreas. O motor fará com que o usuário consiga interagir com o jogo. Com ele éproduzido: os movimentos, imagens, funcionamento entre outros. A interface é de certa forma,como o usuário irá interagir. Através dela o mesmo tentará alcançar os objetivos propostospelo jogo (BATTAIOLA, 2000).Para demonstrar estas partes, utiliza-se como exemplo o jogo da velha, o qual sepretende programar num dispositivo móvel. Assim será possível visualizar com clareza estesitens.

39No jogo da velha, o enredo são as regras do jogo, ou seja, as jogadas acontecem deforma alternada, no qual os jogadores devem escolher entre os símbolos “X” e “O” paraidentificar o autor da jogada. O objetivo do jogo é alinhar três símbolos consecutivos no menornúmero de jogadas, sendo este então declarado vencedor.Ainda no que se refere a este jogo, o motor possibilitará aos jogadores marcar na telados celulares os símbolos, e fazer com que o dispositivo identifique o ganhador.A interface seria o desenho do jogo da velha na tela do celular, bem como os passosnecessários para que o jogador consiga sinalizar sua jogada. Para isso, o usuário deveescolher a posição, utilizando as teclas direcionais do celular, e por fim confirmar onde osímbolo deve aparecer, através da tecla de confirmação.Contudo, os jogos além de serem divididos por partes também possuem característicaspróprias que serão analisadas a seguir.3.5 CARACTERÍSTICAS DOS JOGOSAs características de um jogo irão definir o seu estilo, podendo variar entre ação,simulação, estratégias, tabuleiros, Role Playing Games (RPG), entre outros. Dentre asprincipais pode-se destacar:• conflito: apesar dos obstáculos, deve existir uma luta para alcançar um objetivo;• segurança: o jogo pode acontecer sem oferecer riscos físicos ou financeiros;• representação: o jogador é exposto a uma situação;• interatividade: a interação ocorre de forma mútua;• jogabilidade: facilidade com que o jogador tem de interagir com o jogo. Essacaracterística pode ser considerada uma das mais importantes. Afinal, o jogoque não a contemplar provavelmente fará com que o jogador perca interesse,deixando a diversão de lado (LINS, 2003).Utilizando o jogo da velha como exemplo, será efetuada a identificação dascaracterísticas supracitadas.

40O conflito é caracterizado pela tentativa dos jogadores em alinhar três símbolos iguais econsecutivos, sendo que neste momento o oponente não nem acesso as funcionalidades.Sendo assim, os jogadores travam uma disputa para alcançar o objetivo do jogo e tornar-sevencedor. A segurança pode ser notada em qualquer momento do jogo, pois nenhum risco devida ou financeiro é oferecido. No que tange a representação, esta ocorre quando a pessoaque está manipulando as jogadas se torna um jogador, ou seja, ele representa o papel dejogador durante o jogo. No que se refere à interatividade, esta é proporcionada pelo jogo epelo dispositivo. Isso ocorre quando os jogadores marcam suas jogadas, que dependendo damarcação realizada, acarretará em mudanças na decisão referente à escolha do oponente.Outro fator que é proporcionado pelo jogo é a jogabilidade. Esta consiste na facilidade deinteragir com o jogo, sendo que quanto mais fácil essa interação, maior as chances de que ojogador passe mais tempo divertindo-se com o aplicativo.3.6 CONSIDERAÇÕES DO CAPÍTULONeste capítulo pode-se verificar a evolução dos jogos eletrônicos, suas principaiscaracterísticas e partes necessárias para desenvolvimento de jogos, bem como formas deimplementação para estas aplicações em celulares. Com isso, foi adquirido conhecimentopara definir quais as etapas necessárias para desenvolvimento do protótipo proposto.No item 6.3, que diz respeito a jogos para celulares, foi possível verificar como podemser confeccionados jogos nestes dispositivos, quais suas restrições e vantagens dedesenvolvimento. Com isso, foi possível aplicar os conhecimentos adquiridos, definindo quaisas partes dos jogos necessárias para implementação do protótipo proposto.Porém para construção do protótipo proposto será necessário conhecimento dastecnologias que permitem tal desenvolvimento. Essas serão apresentadas no capítulo aseguir.

4 FERRAMENTAS UTILIZADAS NO DESENVOLVIMENTO DE JOGOS PARADISPOSITIVOS MÓVEISCom a evolução dos dispositivos móveis, aplicações mais complexas começaram a serdesenvolvidas. Isso fez com que as empresas que produzem os aparelhos deixassem de seras únicas a desenvolver aplicativos para celulares. Para permitir que outras empresastambém produzissem esses aplicativos foi elaborada “uma camada entre os sistemasoperacionais de seus aparelhos e suas aplicações”. Isto permitiu que softwares de outrasempresas pudessem acessar funções nativas do aparelho (PINHEIRO, 2003).A seguir serão apresentadas algumas das linguagens utilizadas para desenvolvimentode aplicativos para dispositivos móveis.4.1 JAVA 2 MICRO EDITION - J2MEA crescente evolução dos dispositivos móveis, unido à vontade em que o ser humanotem de estar informado em qualquer lugar e a qualquer momento fez com que os aparelhoscelulares de disseminassem pelo mercado. Atualmente existem mais de 1 bilhão de telefonescelulares espalhados pelo mundo. Estes aparelhos evoluem a cada dia que passa e cada vezmais aplicativos que antes apenas eram desenvolvidos em computadores pessoais agoraestão sendo desenvolvidos para os mesmos (BRITO, 200?).Tendo em vista este crescente mercado, um dos gigantes desta área, a SunMicroSystem, disponibilizou uma versão do Java voltada para o desenvolvimento deaplicações para dispositivos móveis. Esta ficou conhecida como Java 2 Micro Edition (J2ME)(BRITO, 200?).Devido à portabilidade existente na linguagem de programação Java, tornou-se rápida asolução de desenvolver aplicativos para dispositivos móveis. Contudo, apenas foi necessárioque os fabricantes de celulares implementassem a Java Virtual Machine (JVM) em seusdispositivos, sendo que em função das limitações dos mesmos, não apresenta todas asfuncionalidades existentes na máquina virtual para PC’s. Devido a este fato, a máquina virtualencontrada nos celulares é denominada Kilobyte Virtual Machine (KVM). Outro fator queacelerou o desenvolvimento foi o grande número de programadores que já tinham

42conhecimento da linguagem Java. Isso facilitou a migração para desenvolvimento emcelulares (PINHEIRO, 2003).A arquitetura J2ME está dividida em dois componentes: profiles e configurations. Para odesenvolvimento de aplicativos, os aparelhos possuem Application Programming Interface(API’s) próprias que limitam o programador a produzir aplicações exclusivamente para oaparelho em questão. Essas API’s vão variar de acordo com o profile do aparelho, sendo esteum conjunto de API’s contidas dentro do dispositivo. O componente configurations éresponsável por definir a capacidade de armazenamento, o poder de processamento, entreoutros recursos utilizados pelo aparelho (MAGALHAES, 200?). A Figura 7 demonstra umavisão geral arquitetura J2ME.Fonte: (CÂMARA, JUNIOR e COSTA, p. 15)Figura 9 – Visão geral da arquitetura J2ME.Conforme apresentado na Figura anterior, há duas configurações disponíveis naarquitetura J2ME. São elas:• Connection Limited Device Configuration (CLDC) – este grupo é caracterizadopor estar destinado a aparelhos que possuem baixo poder de processamento euma capacidade de armazenamento limitada. Estes dispositivos não possuem

43um processador com capacidade superior a 32 bits e a memória disponível parautilizar em aplicações Java varia entre 128KB e 516Kb (PINHERIO, 2003);• Connected Device Configuration (CDC) – este grupo está destinado adispositivos que possuem maior poder de processamento, maior capacidade dearmazenamento em memória, e conseguem efetuar mais rapidamente asconexões. Geralmente esses dispositivos possuem um processador de 32 bits ea memória disponível para aplicações Java é de 2MB.Além das configurações existentes no J2ME, a Java Virtual Machine (JMV) contida emcada aparelho possui um conjunto de API’s de alto nível que permite que o programadordesenvolva interfaces para o usuário, bem como acesse as propriedades física do aparelhoem questão. Neste sentido, os profiles existentes são:• Mobile Information Device Profile (MIDP) – projetado para trabalhar em umaconfiguração CLDC. Seu uso é destinado a aparelhos celulares e PersonalDigital Assistant (PDA). Nele estão contidas classes que permitem odesenvolvimento de interfaces com o usuário, armazenamento de dados econexões externas;• Foundation Profile (FP) – neste profile não é possível desenvolver interfaces deusuários para dispositivos. Foi desenvolvido para funcionar junto com outrosprofiles e seu uso é destinado a aparelhos que possuam configuração CDC.Nele estão contidos apenas classes básicas;• Personal Profile (PP) – é utilizado em dispositivos que necessitam de um suportea inteface ou applet. Com ele torna-se fácil à migração de aplicações feitas paraDesktop’s;• Personal Basis Profile (PBP) – utilizado em dispositivos que tenham capacidadede suportar apresentações gráficas ou dispositivos que necessitem de toolkitsespecíficos.

444.2 SYMBIAN OSCom o intuito de desenvolver um sistema operacional para dispositivos móveis comcódigo aberto e sendo padrão, as maiores empresas de comunicação sem fio (Psion,Panasonic, Motorola, Nokia, Samsung Electronics, Sony, Ericsson e Siemens) se uniram paraalcançar tal objetivo, desenvolvendo assim o Symbian OS.Isso permitiu que terceiros pudessem desenvolver aplicações para os dispositivos quepossuíam o sistema operacional. Diferente do J2ME e BREW, o Symbian OS não necessitade uma máquina virtual. As aplicações são desenvolvidas com um código nativo do sistema eas instruções são executadas diretamente pelo processador do dispositivo (BARROS, 2003).Seu sistema operacional foi projetado para uma plataforma de 32 bits multitarefa, sendosua utilização direcionada a ambientes wireless e telefones celulares. O mesmo suportaprincipalmente aplicações escritas em C++ ou Java. Na versão 7.0, há suporte a MIDP 2.0,além de um novo framework multimídia e multithread.O Symbian OS também permite gerenciar um banco de dados ClipBoard, acessarimpressoras, bem como permite desenvolver aplicações em diversos conjuntos de caracteresespeciais como os orientais: Chinês e Japonês (PALUDO, 2003).4.3 BREWO Binary Runtime Environment for Wireless (BREW) foi desenvolvido pela Qualcomm,com o Código escrito em C/C++. Suas instruções são compiladas e diferente do J2ME, rodamem um chip separada do processador. Isso proporciona maior performance em relação aoJ2ME.Para que o programador aproveite as funcionalidades do dispositivo como acesso arede, som, teclado, entre outros, o BREW oferece uma API própria. Essa contém as funçõespara gerenciar a alocação e desalocação de memória, sendo que as interfaces possuem umidentificador único. A programação em BREW é orientada a eventos e feita de formaprocedural, onde os objetos são passados como parâmetros para as funções da interface(BARROS, 2003).

45Desta forma, o BREW possui suporte a desenvolvimento de jogos. Contudo, não épossível realizar transformações na imagem, tais como rotações e escala, nem acessar ospixels da imagens. Porém existem primitivas que permitem a construção de imagens.“Também dá suporte a som, criação de temporizadores, conectividade e persistência dedados” (BARROS, 2003, p.5).4.4 COMPARAÇÕES ENTRE AS FERRAMENTASCom o intuito de fazer uma escolha coerente pela ferramenta a ser utilizada nodesenvolvimento do protótipo o Quadro 3 demonstra quais as vantagens e desvantagens decada uma delas.Quadro 1 - Comparativo entre as tecnologias BREW, J2ME e Symbian OSPrósContrasJ2MEFácil aprendizado e programação, segura,portável para tecnologias diferentes, fácilintegração com sistemas legados eferramentas de desenvolvimento gratuitasBaixa performance se comparada comsistemas nativos, limitado acesso aosrecursos de celular, fácil pirataria e grandefragmentação de plataformaBREWRápido, acesso a maioria dos recursos do Desenvolvimento difícil. O desenvolvedorcelular, ótimo sistema de distribuição e de fica preso a uma tecnologia proprietária eantipirataria e relativamente seguro o processo de desenvolvimento é caroSymbian OS (C++)Rápido, acessa a maioria dos recursos do Ambiente inseguro, difícil aprendizado,celular e o desenvolvimento é sistema antipirataria pouco aberto.relativamente fácil e baratoFonte: (TONIAZZO, 2005, p. 32)Conforme verificado no Quadro 1, a ferramenta J2ME apresenta a vantagem de ser umalinguagem de fácil aprendizado. Isto facilita o processo de desenvolvimento e diminui as

46chances de não obter êxito no desenvolvimento de aplicações. Outro fator importante a sermencionado e que não foi citado no quadro acima é que a tecnologia J2ME, é um padrãoaberto e “não requer autorização dos fabricantes de aparelhos como acontece para o casodos vídeo-games” (SABINO, 2003, p. 42).Dentre essas e outras características citadas no tópico 7.1 a linguagem Java 2 MicroEdition será utilizada na confecção do protótipo proposto. Porém esta é considerada umalinguagem orientada objeto e para obter sucesso no desenvolvimento de aplicativos autilizando faz-se necessário alguns conceitos básicos sobre o assunto. Isso será descrito aseguir.4.5 ORIENTAÇÃO OBJETOA maioria das linguagens existentes, importaram para dentro de suas estruturas oconceito de orientação objeto. Isto se deve ao aumento da demanda pelo desenvolvimento desoftware. Esta cresceu a tal ponto que programar utilizando o conceito de programaçãoestruturada não estava conseguindo atender esta necessidade, devido à baixa produtividadeque este conceito proporciona (SZMIT, 1993).A orientação objeto permite a reutilização de códigos e a criação de componentes, o quediminui o trabalho de programação, evitando redundâncias no código. Estes componentes,internamente podem ser complexos e de difícil compreensão. Porém para sua utilização, oanalista não precisa ter este conhecimento. Saber como usá-lo e como se comporta é osuficiente. Além disso, esta técnica faz com que os desenvolvedores deixem de pensar emprocessos existentes em um sistema, mantendo seu foco no comportamento destesprocessos (MARTIN e ODELL, 1995).A seguir serão descritas as características e conceitos sobre orientação objeto, poispara a confecção do protótipo faz-se necessário o conhecimento e filosofia de tal técnica.

474.5.1 CONCEITOSA principal idéia que forma o conceito de Programação Orientada à Objeto (POO) é quequalquer estrutura utilizada no desenvolvimento de um programa “deve estar intimamenteassociada às operações que realizam o acesso a ela, e vice-versa” (SZMIT, 1993, p. 1). Pelomenos dois motivos tornam essa dependência real:• para conseguir realizar operações diretamente sobre uma estrutura de dadosfaz-se necessário conhecer como ela foi implementada;• a organização de uma estrutura de dados é realizada de tal forma queoperações correspondentes sejam de fácil implementação.Em outras palavras, este conceito tenta agrupar em uma mesma estrutura conceitos eoperações, criando o que é conhecido como objeto (SZMIT, 1993).A seguir será dissertado sobre os elementos existentes em uma linguagem para queesta seja considerada uma linguagem voltada para a POO.4.5.1.1 ObjetoUm objeto agrupa dentro de uma mesma estrutura de dados inúmeras operaçõesnecessárias para sua manipulação. Estas operações são conhecidas como métodos. Alémdisso, um objeto pode conter uma coleção de dados privados e para conseguir manipulá-losfaz-se necessário a utilização do conjunto de métodos existentes nos objetos (SZMIT, 1993).Martin e Odell (1995, p.18), conceituam um objeto da seguinte maneira: “um objeto équalquer coisa, real ou abstrata, a respeito da qual armazenam dados e os métodos que osmanipulam”.Vale ressaltar que os dados privados de um objeto podem vir a ser outros objetos. Istopermite a criação de objetos cada vez mais complexos.

484.5.1.2 MétodosOs métodos são responsáveis pela forma de manipulação dos dados existentes em umobjeto. Esses apenas podem referenciar dados privados do objeto pertencente. Quando fazsenecessário usar a estrutura de dados existente em outro objeto, é preciso enviarmensagens a este objeto.Desta forma, um objeto torna-se o agrupamento das propriedades que o representam, eseu comportamento é dado pelos métodos existentes (MARTIN e ODELL, 1995).4.5.1.3 EncapsulamentoO encapsulamento consistem em empacotar métodos e dados ao mesmo tempo. Istoocorre para evitar adulterações nos dados existentes em um objeto. Quando o objeto escondeseus dados de outros objetos a forma para conseguir acessá-los é através de seus métodos.Isso é chamado de ocultação de informações. Caso este conceito não estivesse presente,poderiam ser usados de forma inadequada ou adulterados facilmente.Sendo assim, o encapsulamento oculta detalhes de implementações, ou seja, o usuárioentende quais as operações podem ser realizadas sobre um objeto e quais podem sersolicitadas. Entretanto não conhece os detalhes de como esta operação é executada, poisaspecto específicos e a codificação dessas operações são mantidas ocultas (MARTIN eODELL, 1995).4.5.1.4 ClasseNo desenvolvimento de um aplicativo é provável que ocorra a existência de objetos comas mesmas características. Para evitar que estas características fossem definidasindividualmente para cada objeto, a orientação a objeto tornou possível a criação de umaclasse. Esta pode ser considerada o modelo para criação de novos objetos (SZMIT, 1993).Segundo Szmit (1993, p. 6) a definição de classe é “um agrupamento de objetos querevelam profundas semelhanças entre si, tanto no aspecto estrutural quanto funcional”.

49Pode-se criar diversos objetos a partir de uma classe (modelo). Quando isto ocorretodos estes objetos vão compartilhar características descritas na classe. Na criação de cadaum destes objetos é dito que estes são instâncias desta classe. Vale ressaltar que apesar deterem as mesmas características cada objeto criado terá seus próprios valores para os dadoscontidos na classe, diferenciando-os uns dos outros (SZMIT, 1993).4.5.1.5 HerançaEste conceito possibilita que objetos de alto nível possam ser especializados em objetosde níveis mais baixos. Esta herança proporciona que classes-filhas consigam ter a estruturaou algumas estruturas de dados ou métodos da classe-mãe. Porém, esta classe-filha podeconter métodos e tipos de dados próprios.Com a herança é proporcionado um dos conceitos importantes da programaçãoorientada a objetos o da reusabilidade. Ela torna possível que os métodos e dados utilizadosem uma classe-mãe sejam novamente usados na classe-filha, sem a necessidade dereescreve-los (MARTIN e ODELL, 1995).4.5.1.6 PolimorfismoSegundo Ricarte (2001), polimorfismo é quando classes derivadas de uma superclasseconseguem invocar métodos que tem a mesma identificação, porém, a ação executada dentrode uma classe se difere da outra. Dentro da programação orientada objetos este conceito é defundamental importância, pois é através dele que é possível operar objetos genéricos,deixando de lado características particulares de cada objeto quando estas não se fazemnecessárias.Quando ocorre a chamada do método que está se utilizando do polimorfismo, a açãoexecutada será sempre a descrita na classe derivada e não a da superclasse.

504.6 CONSIDERAÇÕES DO CAPÍTULOCom o presente capítulo foi possível conhecer algumas ferramentas dedesenvolvimento, bem como constatar que a tecnologia J2ME tem a vantagem de serportável. Tal característica tem forte influência na escolha de qual linguagem utilizar, afinal oprotótipo do jogo proposto deve ter a capacidade de ser executado em aparelhos queapresentam a mesma tecnologia. Caso isto não ocorra, só será possível ter diversão com ojogo entre celulares de mesma arquitetura.Porém, é importante ressaltar que para o desenvolvimento do protótipo, a tecnologiaJ2ME mostrou-se vantajosa, pelas razões apresentadas no item 7.4. Como constatado, essatecnologia também possuí desvantagens. Uma delas é sua performance. Esta, se comparadaàs demais, terá um desempenho inferior pelo fato de existir um interpretador de códigos entrea aplicação e o hardware. Tal característica não ocorre nas outras linguagens pelo fato deserem nativas.

5 ANÁLISE DO PROTÓTIPO DO JOGO DA VELHAO jogo escolhido para implementação foi o Jogo da Velha. Este é relativamente simples,em função de suas regras serem bem difundidas. Contudo, como mencionado no capítulo 3,uma das partes do jogo é o enredo, o qual tem o intuito de definir o estilo e os objetivos aserem alcançados. Diante disto, pode-se identificar as regras existentes no jogo da velhacomo sendo:• exige a participação de dois jogadores;• os jogadores devem escolher entre os símbolo “X” e “O”;• as jogadas ocorrem de forma alternada entre os jogadores;• o objetivo do jogo é marcar três símbolos iguais e consecutivos no tabuleiro.Quem conseguir alcançar tal objetivo primeiro será declarado vencedor.Tendo claras as regras do jogo, elaborou-se a interface de forma que a mesma fosseobjetiva, simples e representasse corretamente o jogo no seu novo modo, o virtual. Nestesentido, cinco telas foram julgadas necessárias e serão apresentadas a seguir.A tela inicial tem como intuito a apresentação do jogo. Nesta, o jogador terá três opções,sendo estas: um jogador contra o computador (1P X COMP), jogador 1 contra jogador 2 (1P X2P) e SAIR. Essa escolha será feita utilizando as teclas direcionais do teclado. A Figura 9demonstra a tela inicial do jogo.Figura 9 – Tela Inicial do JogoIndependente de o jogador escolher a opção 1P X COMP ou 1P X 2P a forma de jogarserá a mesma. Sendo assim, a interface também. A Figura 12, mais precisamente no item a,

52demonstra a tela que será apresentada após a escolha de uma das opções citadasanteriormente.O jogador escolherá, utilizando as teclas direcionais do celular, em qual posição dotabuleiro deseja sinalizar a jogada e qual o símbolo de sua preferência. Através da tecla deconfirmação, o símbolo será visualizado na tela. A Figura 10 demonstra uma seqüência dejogadas.Figura 10 - Exemplo do funcionamento do jogoComo no jogo convencional, as jogadas ocorrem de forma alternada entre um jogador eoutro, ou seja, apenas um jogador pode sinalizar sua jogada em um mesmo instante, só entãoo outro jogador poderá fazer sua jogada. A cada jogada sinalizada, o aplicativo tentaráencontrar um jogador que tenha alcançado o objetivo do jogo. Caso ocorra sucesso nestabusca, o jogo será encerrado e a mensagem demonstrando o ganhador será exibida na telado aparelho. A Figura 11 demonstra quando um jogador é declarado vencedor.Figura 11 – Jogador vencedor

53Conforme a Figura 11, além de visualizar o vencedor do jogo, o jogador seráquestionado se deseja iniciar um nova partida. Essa escolha poderá ser feita utilizando asteclas direcionais do celular. Caso a opção SIM seja escolhida, uma nova jogada será iniciadaconforme demonstra a Figura 10, mais especificamente o item a. Caso contrário, o jogadorserá direcionado a tela inicial conforme representa a Figura 9. Vale ressaltar que em qualquermomento, o jogador terá autonomia para sair do jogo em andamento. Para isso seránecessário que o jogador pressione a tecla de cancelamento de chamada existente no celular.Outro fator importante a ser mencionado é de que a cada vez que o usuário escolher a opçãoSIM quando questionado se deseja jogar novamente, o mesmo não poderá optar em jogarcontra o computador (COMP) ou contra outro jogador (1P X 2P). A nova partida será iniciadana modalidade escolhida inicialmente.Na tela inicial, se o jogador optar pela opção 1P X 2P então uma nova tela aparecerá nocelular, solicitando se o mesmo será cliente ou servidor do jogo. Caso a opção servidor sejaselecionada, o celular irá aguardar a conexão do celular cliente. Caso contrário uma telasolicitando Nome e IP aparecerá no celular. A Figura 12 demonstra tal situação.Figura 12 – Telas de configurações remotasSe o IP estiver correto e a opção conectar for escolhida, uma conexão entre os celularesserá feita e o jogo será iniciado. Caso a opção cancelar seja selecionada, o jogador serádirecionado a tela inicial.Tendo realizado o processo de análise para definir as etapas de construção do protótipoe assim minimizar os erros, e levando em consideração os conceitos apresentados no capítulo4 referentes a orientação objeto, foi construído o diagrama de classe do projeto utilizando a

54ferramenta Argo/UML. Esta é uma ferramenta livre e pode ser adquirida em www.tigris.org.Desta forma, a Figura 13 demonstra o referido diagrama.ConexaoBluetooth- motor : JogoDaVelha- servidor : boolean- entradaStream : DataInputStream- saidaStream : DataOutputStream+ ConexaoBluetooth(motor : JogoCanvas, servidor : boolean)+ executar(conexao : StreamConnection)+ enviar(posicao : int)+ desconectar(status : int)- registro : ServiceRecord- modoDescobertaInicial : int- posicao : int- tipoJogo : int- tecla : int- vitoriaX : int- vitoriaO : int- jogadaOponente : boolean- bloquearTeclado : boolean- servidor : boolean- conexao : ConexaoBluetoothJogoCliente+ JogoCliente(motor : JogoCanvas, registro : ServiceRecord)+ run()+ conectar()JogoCanvas+ JogoCanvas(jogodavelha : JogoDaVelha)- posicaoMarcada(posicao : int) : boolean- verificaGanhador(Graphics g : int) : boolean- setSimbolo(simbolo : Image, g : Graphics, posicao : int) : boolean- executarJogada(g : Graphics)+ paint(g : Graphics)# keyPressed(keyCode : int)JogoServidor- notificacao : StreamConnectionNotifier- modoDescobertaInicial : int- url : String- thread : Thread+ JogoServidor(motor : JogoCanvas)+ run()+ cancelar()+ aceitar()- tipoJogoLista : List- tipoAplicacaoLista : List- dispositivosLista : List- UUID : String- dispositivoLocal : LocalDevice- agente : DiscoveryAgent- jogoCliente : JogoCliente- jogoServidor : JogoServidorJogoDaVelha+ JogoDaVelha()+ startApp()+ pauseApp()+ inquiryCompleted(discType : int)+ servicesDiscovered(transID : int, ServiceRecord : ServiceRecord[])+ serviceSearchCompleted(transID : int, respCode : int)+ cancelSearch()Figura 13 – Diagrama de classes do projetoPara a construção do diagrama de classes, primeiramente foram consideradas ascaracterísticas no que se refere a funcionalidade. Deste modo, a classe JogoCanvas éresponsável pela parte gráfica, enquanto a classe JogoDaVelha controla a interface. Depoisde definidas estas classes, foi feita a abstração para efetuar a conexão bluetooth. Isso foinecessário pois tanto a parte cliente quanto a parte servidora do jogo iriam transmitir dados.Assim, criou-se uma superclasse denominada ConexaoBluetooth que utiliza streams (canais)para transmissão dos dados. Posteriormente foi desenvolvida a classe JogoCliente e aJogoServidor que são descendentes da superclasse, sendo que cada uma delas disponibilizade forma diferenciada o serviço bluetooth na rede.

55Definida as classes e métodos que seriam utilizados na implementação do protótipo apróxima etapa seria instalar e configurar as ferramentas utilizadas na codificação do projeto.Este procedimento será dissertado a seguir.5.1 INSTALAÇÃO E CONFIGURAÇÃO DO AMBIENTE DE PROGRAMAÇÃOO presente tópico tem por objetivo demonstrar as formas de instalação e configuraçãodas ferramentas utilizadas no desenvolvimento do protótipo. Estes procedimentos foramrealizados em um computador pessoal Intel com processador Pentium® 4.3.0 com 512Megabytes (Mb) de memória, sendo que o sistema operacional utilizado foi o MicrosoftWindows XP.Inicialmente, como já foi definido que será utilizada a linguagem de programaçãoorientada a objetos Java, faz-se necessária à instalação do J2SDK. Esta é um conjunto deferramentas que possibilita a compilação, execução e depuração de projetos. A mesma seencontra disponível no site da SUN (www.java.sum.com.br) e é distribuída gratuitamente.Também é preciso instalar o ambiente de programação NetBeans. Este se fez necessário pelafacilidade e agilidade na programação e compilação do protótipo. O mesmo possuí um pacoteadicional, o NetBeans Mobility 4.1, o qual permite associar o ambiente de desenvolvimentocom o emulador Wireless ToolKit. O objetivo é testar o protótipo antes que ele seja adicionadoao aparelho celular.O NetBeans encontra-se disponível de forma gratuita no site oficial da ferramenta(www.netbeans.org) e sua instalação segue o modelo padrão dos demais aplicativos nosistema operacional Windows®. Após a instalação do NetBeans é necessário instalar o pacoteadicional NetBeans Mobility 4.1 que também é distribuído de forma gratuita e encontra-sedisponível no site do NetBeans. Sua forma de instalação segue o mesmo modelo daferramenta NetBeans.Depois de instalado as ferramentas necessárias para o desenvolvimento de aplicaçõesJava, é necessário clicar no atalho criado, o qual se encontra na tela inicial do sistemaoperacional Windows XP. Feito isso será visualizado a interface do NetBeans. Para criar umnovo projeto deve-se acessar a opção File e então selecionar New Project. Com isso uma telapara escolher o tipo da aplicação será exibida conforme demonstra a Figura 14.

56Figura 14 – Seleção do tipo do projeto no NetBeansDuas caixas de seleção são exibidas nesta tela. Uma para criar uma aplicaçãodirecionada para celular, que está disponível na caixa de seleção Categories, opção Móbile. Asegunda referente à caixa Projects, é preciso selecionar a opção Móbile Application e clicar nobotão next. Fazendo isso uma nova janela aparecerá solicitando o nome do projeto e localonde será salvo o mesmo. Este processo está sendo demonstrado na Figura 15.Figura 15 – Definição do nome do projeto e local de armazenamento

57Para a criação do projeto jogo da velha foi desmarcada as opções Set as Main Project eCreate Hello MIDlet. Isso foi feito para que o NetBeans não crie um arquivo de exemplo deaplicação para celular e não selecione este como arquivo principal do projeto. Feito isso opróximo passo é clicar no botão Finish. Com isso o projeto foi criado com sucesso e o próximopasso é criar os arquivos que formarão o mesmo.Para criar o arquivo JogoDaVelha.java é necessário clicar em File e escolher a opçãoNew File que se encontra no canto superior direito. Com isso abrirá uma janela que conteráduas caixas de seleção. Na primeira, referente à Categories, deve ser selecionada a opçãoMIDP e a outra referente a File Types, deve ser selecionado a opção MIDlet. Isto deveacontecer, pois o objetivo é criar uma aplicação para celular e para isto é necessário umaclasse que seja descendente da classe MIDlet. Após as escolhas feitas, é preciso clicar nobotão Next conforme demonstra a Figura 16.Figura 16 – Criando arquivo JogoDaVelha.javaEscolhido o tipo do arquivo, uma nova janela será visualizada solicitando o nome doarquivo e o nome da classe que estará contida dentro deste arquivo. Também é requerido ocaminho de um ícone, caso o desenvolvedor queira acrescentar um referente ao projeto.Definido o nome do arquivo e da classe, o botão finish deve ser pressionado. Isso fará comque o arquivo apareça previamente formatado e pronto para edição. A Figura 17 demonstra aúltima janela visualizada para criação do arquivo.

58Figura 17 – Etapa final para criação do arquivo JogoDaVelha.javaPorém, ainda faz-se necessário criar o arquivo JogoCanvas.java. Este procedimento érealizado conforme descrito para a criação do arquivo JogoDaVelha. Contudo, no momento daseleção do tipo do arquivo deve ser selecionada a opção MIPD Canvas. Esta escolha deveser realizada, pois para trabalhar com objetos gráficos no celular é necessário ter uma classedescendente da MIPD Canvas.Vale ressaltar que não é obrigatório o uso do NetBeans para conseguir construir oprotótipo. Utilizando apenas um editor de texto é possível escrever toda a aplicação, e por fimsalvá-la com extensão *.java. Então, para efetuar os testes pode-se adquirir o emulador J2MEWireless Toolkit 1.0.4 que se encontra disponível de forma gratuita no site da SUN(http://java.sun.com/products/sjwtoolkit/download.html).Caso não seja utilizado o NetBeans, a instalação do J2ME Wireless Toolkit 1.0.4 énecessária, sendo esta realizada de forma simples, pois segue o modelo padrão realizado nasdemais aplicações. Após este procedimento deve-se executar o aplicativo. Para isso devemseefetuar os seguintes passos: clicar no botão menu do sistema operacional Windows XP ®,escolher a opção Programas seguida pela opção J2ME Wireless Toolkit 1.0.4. Finalmente,clicar na opção KToolbar. Este procedimento abrirá o console para testes de aplicações.Selecionando a opção New Project, será exibida uma janela solicitando o nome do projeto eda classe, sendo estas informações obrigatórias para iniciar o desenvolvimento de uma novaaplicação. Após deve-se pressionar o botão Create Project, conforme demonstra a Figura 18.

59Figura 18 – Criando novo projeto para teste de aplicações wirelessFeito isso será criada uma pasta dentro do diretório de funcionamento do WirelessToolkit com o nome do projeto informado anteriormente. Isso auxilia na organização elocalização dos arquivos necessários para compilação do projeto. No mesmo local tambémserá inserida a pasta chamada “src”. Esta é responsável por guardar os arquivos fontes doprojeto. Com isso, para testar a aplicação faz-se necessário copiar os arquivos fonte paradentro desta pasta, e em seguida pressionar o botão Build. Caso o projeto tenha erros desintaxe, os mesmos serão exibidos no console do aplicativo. Caso contrário, basta clicar nobotão Run para testar a aplicação, conforme demonstra a Figura 19.Figura 19 – Compilação e execução do projeto testeApós definida a ferramenta utilizada no processo de desenvolvimento do protótipo, foinecessário identificar quais os requisitos deveriam estar contidos no dispositivo celular para

60que este permitisse que a aplicação proposta tivesse êxito durante a execução. Estes estãosendo demonstrados a seguir.5.1.1 REQUISITOS DO DISPOSITIVO CELULARPara que o protótipo proposto funcione corretamente são exigidos os seguintesrequisitos para o celular:• possibilitar uma navegação de fácil manuseio, pois diversos usuários farão usodo protótipo e deve-se levar em consideração que não são todos que possuemconhecimento avançado sobre o dispositivo;• possibilitar uma conexão a outro dispositivo móvel utilizando a tecnologiabluetooth;• capacidade de executar aplicações desenvolvidas para a plataforma J2ME.Realizadas as etapas de análise e verificado quais os requisitos que o celular deveconter para que o jogo possa ser executado, foi possível partir para a etapa de codificação doprojeto que será descrita a seguir.5.2 CODIFICAÇÃO DO PROTÓTIPODepois de estudadas as ferramentas de desenvolvimento descritas no capítulo quatro,foi possível concluir que a tecnologia J2ME possuí características importantes, comofacilidade de aprendizado e portabilidade, sendo desta forma a escolhida.Após a definição da linguagem de programação utilizada no desenvolvimento doprotótipo, fez-se uma divisão do projeto em cinco arquivos com o intuito de simplificar acompreensão. Cada um destes arquivos contém uma classe e cada uma destas classesficaram responsáveis por uma determinada funcionalidade dentro do projeto. Essas estãosendo demonstradas na Tabela 1.

61Tabela 1 – Funcionalidades dos arquivos do protótipoNome do Arquivo Nome da Classe FuncionalidadeJogoDaVelha.java JogoDaVelha Responsável em gerenciar osmenus da aplicação e encontrardispositivos que contenham atecnologia bluetooth.JogoCanvas.java JogoCanvas Responsável por toda a partegráfica e controle lógico doprotótipo.JogoCliente.java JogoCliente Responsável em criar umaconexão do tipo cliente para oprojeto.JogoServidor JogoServidor Responsável em criar umaconexão do tipo servidora parao projeto.ConexaoBluetooth ConexaoBluetooth Executa a transmissão dosdados. Tanto da parte clientequanto da parte servidora doprotótipo.Determinada a estrutura do projeto foi dado início a implementação da classeJogoDaVelha. Esta é uma classe descendente da classe MIDlet, CommandListener eDiscoveryListener. A classe MIDlet faz-se necessário pois qualquer aplicação desenvolvidapara celular deve ser descendente dela. A segunda contém as premissas necessárias para setrabalhar com eventos do celular. Por fim, a DiscoveryListener será utilizada para procura dosdispositivos bluetooth encontrados na rede.Definida a classe JogoDaVelha, o primeiro passo foi construir o primeiro menu daaplicação. Para isto foi criado um objeto tipoJogoLista instanciado da classe List. Esta classeauxilia no processo de manipulação dos menus, deixando padrão o modo de navegação. Isso

62se faz necessário pois cada celular possuí suas teclas padrões para manipulação de menus,sendo preciso padronizar para a manipulação dos menus do protótipo.O menu tipoJogoLista, que em aplicações para celulares corresponde a um objeto daclasse List, foi criado para que o usuário escolha se deseja executar um jogo multi-jogador ouúnico jogador. Depois foi criado o menu tipo da aplicação onde será escolhido se o jogo serácliente ou servidor. Por fim, foi criado o menu Lista de dispositivos onde será mostrado todosos dispositivos que estão aguardando uma conexão bluetooth. A Figura 20 demonstra osmenus existentes na aplicação.a) Tipo do Jogo b) Tipo da Aplicação c)Servidores EncontradosFigura 20 – Menus existentes no protótipoO Quadro 2 demonstra como foi desenvolvida a rotina responsável pela criação econfiguração dos menus existentes no protótipo e apresentados na Figura 19.Quadro 2 – Menus existentes no protótipo01 tipoJogoLista = new List("Selecione o tipo do jogo", List.IMPLICIT,02 new String[]{"1P X 2P", "1P X COMP"});03 tipoJogoLista.addCommand(selecionarCommand);04 tipoJogoLista.addCommand(sairCommand);05 tipoJogoLista.setCommandListener(this);0607 tipoAplicacaoLista = new List("Selecione uma opção", List.IMPLICIT,08 new String[]{"Servidor", "Cliente"});09 tipoAplicacaoLista.addCommand(selecionarCommand);10 tipoAplicacaoLista.addCommand(voltarCommand);11 tipoAplicacaoLista.setCommandListener(this);1213 dispositivosLista = new List("Dispositivos encontrados", List.IMPLICIT);14 dispositivosLista.addCommand(selecionarCommand);15 dispositivosLista.addCommand(voltarCommand);16 dispositivosLista.setCommandListener(this);1718 display = Display.getDisplay(this);19 display.setCurrent(tipoJogoLista);

63Na linha 1 é criado o menu que será utilizado para escolher se o jogo será multi-usuárioou único usuário, conforme demonstra a Figura 19 item a). Assim como na linha 1, na linha 7e linha 13 são criados outros dois menus utilizados no protótipo. O primeiro se refere ao tipoda aplicação, ou seja se o jogo será cliente ou servidor da aplicação, conforme demonstra aFigura 19 item b). O segundo, refere-se ao menu que armazenará todos os dispositivosbluetooth encontrados na rede e é demonstrado na Figura 19 item c).É importante mencionar que o processo para criação de todos os menus necessáriosna aplicação seguem o mesmo procedimento. Assim será demonstrado através da criação domenu referente ao tipo do jogo, apresentado na linha 1 do Quadro 2. Neste é criado um objetoda classe List onde o primeiro parâmetro passado é o título do menu. O segundo é o tipo domenu, ou seja se o menu será uma lista simples (List.IMPLICIT), ou será uma lista exclusiva(List.EXCLUSIVE), ou um lista de seleção múltipla (List.MULTIPLE) seguido pelo parâmetroque representa as opções que estarão contidas nele. Além de mencionar os itens contidos,são adicionados comandos nestes menus, ou seja, o que o usuário pode fazer quando omenu está na tela. Um exemplo deste fato acontece na linha 3 do menu Tipo do Jogo, onde érecebida uma ação de seleção, sendo na linha seguinte uma ação de saída. Isso significadizer que o usuário poderá selecionar uma das opções visualizadas no menu ou retornar aomenu.Também é possível observar no Quadro 2 que o objeto display, que é uma instanciaçãoda classe Display, é inicializado. Isto ocorre para que toda a vez que se fizer necessáriovisualizar uma imagem na tela do celular se faça uso deste objeto. Para que isso aconteça, épreciso utilizar o método setCurrent(Display nexDisplayable). O parâmetro informado nestemétodo é o objeto que será visualizado. Na linha 19 é informado para o objeto display que omenu Tipo do Jogo será visualizado na tela do dispositivo celular, conforme demonstra aFigura 19 item a).O código apresentado no Quadro 2 está contido dentro do método construtor da classeJogoDaVelha que é o primeiro a ser executado. Após execução do mesmo, o métodostartApp() é executado obrigatoriamente, em função da classe JogoDaVelha ser descendenteda classe MIDlet. Vale salientar que dentro deste método é utilizado o objeto display parainformar ao celular que a primeira tela a ser visualizada será o menu referente a escolha dotipo do jogo, sendo o mesmo representado pelo objeto tipoJogoLista. Desta forma foramconstruídos os três menus existentes na aplicação e apresentados na Figura 19.

64Após criados os menus, desenvolveu-se o código para disponibilizar o aparelho celularcomo servidor do jogo proposto. Porém, antes de relatar sobre este assunto, é importantemostrar como é feito o controle do menu quando é selecionado um item contido nele.Para isso existe o evento commandAction(Command c, Displayable d). Este evento édisparado toda vez que o usuário pressionar alguma tecla de controle do celular, como porexemplo as setas direcionais ou a tecla de seleção. Como pode ser observado, este métodocontém dois parâmetros, onde o primeiro indica o comando enviado ao celular e o segundoqual a tela está visível no dispositivo. O Quadro 3 demonstra como é feito o controle destemenus.Quadro 3 – Controle dos menus01 public void commandAction(Command c, Displayable d){02 if (d == tipoJogoLista) {03 if(c == selecionarCommand){04 switch(tipoJogoLista.getSelectedIndex()){05 case 0:06 display.setCurrent(tipoAplicacaoLista);07 break;09 }10 }Observando o Quadro 3, nas linhas dois e três quando o objeto d for igual ao objetotipoJogoLista e o objeto c for um comando de seleção, será adquirido o índice correspondentea opção selecionada através do método getSelectedIndex(), ou seja, quando o usuárioselecionar a primeira opção o menu Tipo do Jogo (ver Figura 19 item a), o métodogetSelectedeIndex() retornará o valor zero (0). Isso fará com que a condição existente na linhacinco seja atendida e então na linha seis o menu Tipo da Aplicação (Figura 19 item b) serávisualizado no visor do celular.Após a implementação dos menus foi desenvolvido o processo de disponibilizar umserviço Bluetooth do tipo servidor na rede. Porém, antes de dissertar sobre como serárealizada tal ação, será necessário ter conhecimento sobre a classe ConexaoBluetooth.Primeiramente é válido ressaltar que no capítulo 5, onde é dissertado sobre a análise doprotótipo, não se detinha o conhecimento de como seria realizado uma conexão bluetoothutilizando a tecnologia J2ME. Por este motivo foi deduzido que esta conexão seria realizadaatravés de um IP. Entretanto, no momento da implementação do protótipo obteve-se oconhecimento de que não era preciso um IP e sim um protocolo de comunicação específicoda tecnologia. Desta forma, alguns ajustes na análise se fizeram necessários, sendo que oprocesso realizado para a implementação desta etapa é descrito a seguir.

65Tendo conhecimento sobre a tecnologia bluetooth foi criada a classe ConexaoBluetoothque tem por objetivo transmitir dados. Além disso, tanto a classe JogoCliente comojogoServidor serão descendentes dela, pois quando houvernecessidade de enviarinformações, estas classes farão uso do método executar, existente na classeConexaoBluetooth. O código abaixo demonstra como é realizada esta transmissão.Quadro 4 – Método executar() da classe ConexaoBluettoh01 public void executar(StreamConnection conexao) throws IOException{02 int posicao;0304 saidaStream = conexao.openDataOutputStream();05 entradaStream = conexao.openDataInputStream();0607 if (motor.getSituacao() != JogoCanvas.TELA_ANDAMENTO_JOGO)08 motor.iniciar(this);0910 while (1 == 1){11 posicao = entradaStream.readInt();12 motor.marcarJogadaOponente(posicao);13 }15 }Na linha 4 é aberto um canal para saída de dados, enquanto na linha seguinte o mesmoprocedimento é realizado para entrada de dados. Na linha 7 é verificado se o jogo não seencontra em andamento. Caso não esteja, o mesmo será iniciado. Na linha 10 o programaentra em loop para que enquanto o jogo estiver em andamento à aplicação receba e envie aposição que foi marcada tanto pelo servidor quanto pelo cliente da aplicação. Por fim, naslinhas seguintes é lido e passado para a variável posicao a jogada efetuada. Após isso deveser passada a posição para o outro celular e então é setada esta jogada no celular dooponente.Tendo conhecimento de como funciona a classe ConexaoBluetooth foi possível criar aclasse que torna o dispositivo celular servidor do jogo. Para isso foi feito uso da classejavax.bluetooth.LocalDevice. Nesta classe existem os três métodos que tornaram possível aimplementação do protótipo:• getDiscoveryAgent(): retorna um objeto que é responsável pelas buscas poroutros dispositivos bluetooth disponíveis na rede;• setDiscoverable(int discoverableMode): seta o modo em que o dispositivo vai seencontrar disponível na rede. São três a possibilidades: possível de serdescoberto no intervalo de 1 minuto, possível de ser encontrado até que esteestado mude, ou que não seja possível ser descoberto;

66• getDiscoverable(): retorna a forma que o dispositivo foi descoberto.Tendo conhecimento destes métodos foi possível desenvolver a classe quedisponibilizará o dispositivo celular na rede como servidor do jogo, fazendo com que osdispositivos clientes consigam encontrá-lo. O Quadro 5 demonstra a implementação destaclasse.Quadro 5 – Disponibilizando servidor do protótipo01 public void run() {02 LocalDevice dispositivoLocal = null;03 StreamConnection conexao;04 url = "btspp://localhost:0000000000000000000000AF2004BCEF";0506 dispositivoLocal = LocalDevice.getLocalDevice();07 dispositivoLocal.setDiscoverable(DiscoveryAgent.GIAC);0809 notificacao = (StreamConnectionNotifier)Connector.open(url);10 conexao = notificacao.acceptAndOpen();1112 executar(conexao);13 }No Quadro 5 está sendo demonstrado o método run() contido na classe JogoServidor.Na linha 2 é declarado um objeto da classe LocalDevice e na seguinte um objeto da classeStreamConexao . Na linha 4 a variável url pode ser dividida em duas partes para entender suafuncionalidade. A primeira parte, referente à “htspp://”, informa que a conexão a ser abertaserá do tipo bluetooth. A segunda, referente a “localhost:”, significa que essa conexão seráaberta localmente e será uma aplicação servidora. Por fim, o restante da cadeia de caracteresé uma chave criada para identificar a aplicação, ou seja, para que quando os dispositivosclientes procurarem por um servidor, os mesmos consigam identificar que o aparelhoencontrado na rede possui o jogo da velha executando. Na linha 7 o dispositivo é setado parao modo DiscoveryAgent.GIAC. Isso ocorre com a finalidade de que os dispositivos clientespossam encontrar o servidor do protótipo. Na linha 9 é notificado que será aberta umaconexão bluetooth e na linha 10 é aceita e aberta a referida conexão.Além do modo DiscoveryAgent.GIAC existem outros dois modos: oDiscoveryAgent.LIAC e o DicoveryAgent.NOT_DISCOVERABLE. O primeiro torna odispositivo possível de ser encontrado no intervalo de 1 minuto. Por sua vez, o segundo nãopermite que o dispositivo seja encontrado.Após a implementação da parte servidora do protótipo, foi desenvolvido o processo paraencontrar o dispositivo servidor na rede. Para isso foi necessário utilizar-se da classe

67DiscoveryAgent, que foi previamente mencionada. Esta classe implementa todos os métodosnecessários para localizar um dispositivo bluetooth.Para realizar a busca, a classe DiscoveryAgent contém um método que realiza estaprocura. A cada dispositivo encontrado, este é adicionado em um vetor, para queposteriormente cada dispositivo encontrado seja analisado a fim de identificar qual delespossuem o jogo da velha rodando. Após a localização destes dispositivos é necessárioverificar se estes se encontram disponíveis para acesso. O Quadro 6 demonstra como é feitoeste reconhecimento.Quadro 6 – Método responsável pela busca de dispositivos bluetooth01 public void inquiryCompleted(int discType) {02 switch(discType){03 case INQUIRY_COMPLETED:04 dispositivosLista.deleteAll();0506 if(dispositivos.size() > 0){07 rd = new RemoteDevice[dispositivos.size()];08 dispositivos.copyInto(rd);0910 for(int i = 0; i < rd.length; i++){11 try{12 dispositivosLista.append(rd[i].13 getFriendlyName(false));14 }catch(IOException ex){15 displayAlert("Erro ao obter o16 nome do dispositivo!",17 AlertType.ERROR,18 tipoAplicacaoLista);19 return;20 }21 }2223 display.setCurrent(dispositivosLista);2425 }else{26 displayAlert("Nenhum dispositivo encontrado!",27 AlertType.INFO, tipoAplicacaoLista);28 }3930 break;3132 case INQUIRY_TERMINATED:33 displayAlert("Busca por dispositivos cancelada!",34 AlertType.INFO, tipoAplicacaoLista);35 break;3637 case INQUIRY_ERROR:38 displayAlert("Houve um erro na busca por dispositivos!",39 AlertType.ERROR, tipoAplicacaoLista);40 break;41 }42 }

68O método inquiryCompleted(int discType), localizado na primeira linha do Quadro 6 faz averificação se os dispositivos encontrados podem ser acessados. Caso o dispositivo estejadisponível, o mesmo será adicionado a lista que exibe os dispositivos encontrados. Isso podeser visualizado na linha 3. Caso ocorra alguma exceção, será mostrado o erro na tela eretornado ao menu de busca. Com isso será exibida a lista dos vários servidores bluetoothque estão aguardando por uma conexão na rede.Quando o usuário selecionar um dos servidores existentes na tela, será executado ométodo serviceSearchCompleted(int transID, int respCode). Este irá procurar por um servidorque contenha a identificação correspondente ao jogo da velha. O Quadro 7 demonstra como éfeita esta identificação.Quadro 7 – Identificando o serviço jogo da velha01 public void serviceSearchCompleted(int transID, int respCode) {0203 switch(respCode){04 case SERVICE_SEARCH_TERMINATED:05 displayAlert("Busca por serviços cancelada!",06 AlertType.INFO, dispositivosLista);07 break;0809 case SERVICE_SEARCH_ERROR:10 displayAlert("Houve um erro na busca por serviços!",11 AlertType.ERROR, dispositivosLista);12 break;1314 case SERVICE_SEARCH_NO_RECORDS:15 displayAlert("Não está rodando o Jogo da Velha!",16 AlertType.WARNING, dispositivosLista);17 break;1819 case SERVICE_SEARCH_DEVICE_NOT_REACHABLE:20 displayAlert("O dispositivo está fora de alcance!",21 AlertType.INFO, dispositivosLista);22 break;2324 case SERVICE_SEARCH_COMPLETED:25 jogoCliente = new JogoCliente(jogoCanvas, registro);26 jogoCliente.conectar();2728 break;29 }30 }De acordo com o Quadro 7, existem cinco eventos possíveis de acontecer, sendo eles:• SERVICE_SEARCH_TERMINATED: significa que a busca pelo dispositivoservidor foi cancelada pelo usuário. Quando isto ocorrer a mensagem contida nalinha quatro do Quadro 7 será exibida na tela do celular;

69• SERVICE_SEARCH_ERROR: significa que ocorreu um erro durante a procurapelo dispositivo servidor. Ocorrendo este evento a mensagem existente na linha10 será visualizada no celular;• SERVICE_SEARCH_NO_RECORDS: significa que não foi encontrado nenhumdispositivo servidor disponível na rede que contenha o jogo executando. Comisso será visualizada a mensagem existente na linha 15;• SERVICE_SEARCH_DEVICE_NOT_REACHABLE: significa que o dispositivoencontrado está fora de alcance para comunicação. Conseqüentemente amensagem existente na linha 20 será exibida;• SERVICE_SEARCH_COMPLETED: significa que a busca obteve êxito e o jogoserá iniciado.Caso a busca obtiver êxito, é construído um objeto da classe JogoCliente. Após suacriação será iniciado o jogo através do método connect().A classe jogoCliente é responsável por fazer uma conexão a um servidor que contenhao jogo da velha. Assim como a classe JogoServidor, esta também é descendente da classeConexaoBluetooth. O Quadro 8 demonstra como esta classe inicia uma conexão com oservidor.Quadro 8 - Conexão ao servidor do jogo da velha01 public void run() {02 LocalDevice dispositivoLocal = null;03 StreamConnection conexao = null;0405 dispositivoLocal = LocalDevice.getLocalDevice();060708 dispositivoLocal.setDiscoverable(DiscoveryAgent.NOT_DISCOVERABLE);0910 String url = registro.getConnectionURL(11 ServiceRecord.NOAUTHENTICATE_NOENCRYPT);1213 conexao = (StreamConnection)Connector.open(url);1415 executar(conexao);16 }Para realizar a conexão, na linha 5 o objeto dispostivoLocal recebe o retorno do métodogetLocalDevice. Como visto anteriormente, este método retorna informações sobre odispositivo que se está utilizando. Em seguida, na linha 8 é informado para o dispositivo

70celular que este não será mais encontrado por outros aparelhos, tendo em vista que o mesmoestará participando de uma outra conexão. Na linha 10 é adquirida a string de conexão. Nestecaso, como o jogo não possuí dados que necessitem de segurança, a constanteServiceRecord.NOAUTHENTICATE_NOENCRYPP é passada. Isto define uma conexão semcriptografia. Posteriormente, na linha 13 é aberta a conexão. Por fim será executado o métodoexecutar(StreamConnection conexao) da super classe ConexaoBluetooth, iniciando assim adisputa do jogo entre os participantes.Após a realização da conexão, foi implementado o motor do jogo, ou seja, a parteresponsável pela lógica e exibição das imagens no dispositivo. Este motor se refere a classeJogoCanvas.Inicialmente, dentro do método construtor da classe JogoDaVelha é carregado namemória as principais imagens utilizadas na execução do protótipo. O Quadro 6 demonstracomo estas imagens são armazenadas na memória.Quadro 9 – Carregando imagens na memória do dispositivo celular01 this.simbolo_x = getSimbolo_x();02 this.simbolo_o = getSimbolo_o();03 this.tabuleiro = getTabuleiro();04 this.simbolo_atual = this.simbolo_x;Nas linhas 1, 2, 3 e 4 do Quadro 6, estão sendo inicializados os objetos que irão guardaras imagens dos símbolos e do tabuleiro do jogo. Estes são objetos privados e instanciados daclasse Image. Os mesmos são inicializados através da chamada de um método responsávelpor carregar as imagens na memória. A Tabela 1 demonstra os métodos e suas respectivasimagens as quais serão carregadas nas variáveis.

71Tabela 2 - Métodos utilizados para carregar as imagens dos símbolos na memóriaNome do método Variável inicializada ImagemgetSimbolo_x()getSimbolo_o()simbolo_xsímbolo_ogetTabuleiro()tabuleirogetPerdedor()getGanhador()A Tabela 1 também apresenta outros dois métodos que serão utilizados para mostrar aimagem referente ao ganhador e ao perdedor quando o jogo chegar ao fim. Levando emconsideração as restrições do aparelho celular no que diz respeito à memória, estas imagensnão serão guardadas durante toda a execução do jogo, pois só são visualizadas no término dapartida. Por este motivo, estas figuras não são armazenadas em nenhuma variável.Todos os métodos responsáveis em carregar as imagens utilizadas durante a execuçãodo protótipo têm basicamente a mesma estrutura e estão sendo demonstrados no Quadro 10.Quadro 10 – Métodos responsáveis em carregar imagens na memória01 private Image getSimbolo_x() { // -- cria a imagem X02 if (simbolo_x == null) simbolo_x = Image.createImage("/simbolo_x.PNG");03 return simbolo_x;04 }0506 private Image getSimbolo_o() { // -- cria a imagem O07 if (simbolo_o == null) simbolo_o = Image.createImage("/simbolo_o.PNG");08 return simbolo_o;09 }1011 private Image getTabuleiro(){ // -- cria a imagem do tabuleiro12 if (tabuleiro == null) tabuleiro = Image.createImage("/tabuleiro.PNG");13 return tabuleiro;14 }1516 private Image getGanhador(){ // -- cria a imagem do ganhador17 if (ganhador == null) ganhador = Image.createImage("/ganhador.PNG");18 return ganhador;19 }2021 private Image getPerdedor(){ // -- cria a imagem do perdedor22 if (perdedor == null) this.perdedor = Image.createImage("/perdedor.PNG");23 return perdedor;24 }

72Conforme o Quadro 10, inicialmente é comparado se a variável que armazenará aimagem é nula. Caso esta sentença seja verdadeira, o método createImage(), da classeImage, é acionado e nele é passado como parâmetro onde o arquivo de imagem encontra-se.Como os arquivos de imagens encontram-se na mesma pasta que os arquivos fontes, não énecessário informar todo o caminho. Assim, basta sinalizar com o símbolo “/”, que fará comque o método createImage() procure pela imagem no mesmo diretório onde estão os arquivosfontes.Carregadas as imagens em memória, a primeira tela do jogo a ser visualizada é arepresentada na Figura 21..Figura 21 – Iniciando jogoPara criação desta janela foi implementado o método desenhaTelaJogo(Graphics g).Este tem a funcionalidade de apagar a janela principal e escrever o nome do jogo no topo datela do dispositivo celular. O Quadro 11 demonstra o código pertencente a este método.Quadro 11 – Método mostrar a tela inicial do protótipo01 private void desenhaTelaJogo(Graphics g){02 g.setColor(corBranca);03 g.fillRect(0,0, this.laguraTela, this.alturaTela);0405 g.drawImage(tabuleiro, 30, 35, Graphics.TOP|Graphics.LEFT);06 g.drawImage(vitoriaX, 1, 0,Graphics.TOP|Graphics.LEFT);07 g.drawImage(vitoriaO, 200, 0,Graphics.TOP|Graphics.LEFT);0809 g.setColor(corPreta);// define a cor preta1011 String qtdVitoriasX = new Integer(this.vitoriasX).toString();12 g.drawString(qtdVitoriasX ,15,0,Graphics.TOP|Graphics.LEFT);1314 String qtdVitoriasO = new Integer(this.vitoriasO).toString();15 g.drawString(qtdVitoriasO ,190,0,Graphics.TOP|Graphics.LEFT);1617 situacao = TELA_ANDAMENTO_JOGO;28 }

73Conforme o Quadro 11 na linha 2 é definida a cor de fundo da tela como sendo branca.Na linha seguinte é desenhado um retângulo branco em toda a área do visor do celularescondendo assim a imagem da tela inicial. Na linha 5 é desenhada a imagem do tabuleiro.Na linha 6 é desenhado um círculo vermelho na parte superior direita do dispositivo, sendo napróxima apresentada a imagem de um círculo azul na parte superior esquerda. Estessímbolos representam o número de vitórias de cada jogador. Na linha 9 a cor preta é definidapara que os textos que serão escritos apareçam na tela do dispositivo celular. As linha 11 e 12mostram a quantidade de vezes que o símbolo vermelho ganhou, enquanto as linhas 14 e 15mostram a quantidade de vezes que o símbolo azul ganhou. Após a exibição da imagem, avariável situacao recebe o valor da constante TELA_ANDAMENTO_JOGO. É através destavariável que será identificado em que momento encontra-se o jogo (início, andamento ou fim).Para o usuário marcar uma determinada posição, foi estabelecido um padrão onde aposição dos dígitos existentes no dispositivo celular é correspondente a posição existente notabuleiro do jogo. Este padrão foi desenvolvido levando em consideração que o jogo propostopossa ser executado em qualquer dispositivo que possua bluetooth. Caso fosse utilizado asteclas direcionais do teclado, celulares que não possuem estas teclas não poderiam executaro protótipo.Quando o usuário deseja efetuar sua jogada em uma determinada posição, a aplicaçãoverifica se a mesma não se encontra marcada. Caso esta premissa seja verdadeira, o símboloserá visualizado na posição escolhida. A Figura 22 demonstra como ficaria o tabuleiro caso aposição 1 fosse escolhida pelo usuário representado pelo símbolo vermelho, sendo que paraisso deve ser pressionada a tecla “1” no dispositivo celular.Figura 22 - Posição sinalizada no jogo

74Para se ter o controle lógico do jogo, ou seja, saber quais as posições encontram-semarcadas, foi criado um vetor de caracteres onde o seu índice informa a posição e os valorescontidos neste vetor. Estes podem ser “n”, “x”, “o”, onde o valor “n” significa que a posição nãose encontra marcada, o valor “x” significa que a posição já foi ocupada pelo símbolo vermelho,e “o” representando que a posição encontra-se marcada pelo símbolo azul. O Quadro 12demonstra como é feita a verificação das jogadas.Quadro 12 – Método responsável em executar uma jogada01 private void executarJogada(Graphics g){0203 if (tecla == KEY_NUM1)04 this.posicaoAtual = 1;05 else if (tecla == KEY_NUM2)06 this.posicaoAtual = 2;07 else if (tecla == KEY_NUM3)08 this.posicaoAtual = 3;09 else if (tecla == KEY_NUM4)10 this.posicaoAtual = 4;11 else if (tecla == KEY_NUM5)12 this.posicaoAtual = 5;13 else if (tecla == KEY_NUM6)14 this.posicaoAtual = 6;15 else if (tecla == KEY_NUM7)16 this.posicaoAtual = 7;17 else if (tecla == KEY_NUM8)18 this.posicaoAtual = 8;19 else if (tecla == KEY_NUM9)20 this.posicaoAtual = 9;2122 if ((posicaoSimbolo[posicao] != 'x') ||23 (posicaoSimbolo[posicao] != 'o')){2425 if (servidor == true)26 posicaoSimbolo[this.posicaoAtual] = 'x';25 else26 posicaoSimbolo[this.posicaoAtual] = 'o';Inicialmente, da linha 3 até a 19 são feitas às comparações para saber qual tecla foipressionada pelo usuário. Quando uma das premissas for verdadeira, a variável posicaoAtualreceberá o valor correspondente a posição que o dígito representa para o jogo. Na linha 22 éverificado se a posição informada pelo usuário não se encontra marcada. Caso isso sejaverdadeiro é verificado se quem está jogando é o servidor ou o cliente da aplicação. Caso sejao servidor, o vetor de controle receberá o valor ‘x’ na posição informada. Caso contrárioreceberá o valor ‘o’.Também dentro deste método é verificado se o jogo é multi-jogador ou único jogador.Caso seja multi-jogador, a marcação feita pelo usuário deve ser enviada ao outro dispositivo.

75Caso seja único-jogador, após a marcação do usuário a aplicação deve efetuar sua jogada. OQuadro 13 demonstra como é executado tal procedimento.Quadro 13 – Jogadas Multi-jogador01 if (tipoJogo == MULTI_JOGADOR) {02 if (servidor)03 setSimbolo(simboloX, g, this.posicaoAtual);04 else05 setSimbolo(simboloO, g, this.posicaoAtual);06 bloquearTeclado = true;07 conexao.send(posicaoAtual);08 verificaGanhador(g);09 }A variável tipoJogo é setada quando o usuário escolhe o tipo do jogo (1P x 2P). Caso ovalor desta variável seja 1, ou seja, o valor da constante MULTI_JOGADO, indicando que éum jogo multi-usuário. Então na linha 2 é verificado se quem jogou foi o servidor. Caso seja,através do método setSimbolo(Image símbolo, Graphics g, int posicao) é desenhado osímbolo vermelho na posição desejada. Caso contrário, é desenhado o símbolo azul nestaposição. Após este procedimento, na linha 7 a variável bloquearTeclado recebe o valor true,indicando que enquanto esta variável for verdadeira, qualquer tecla pressionada pelo usuárioserá ignorada. Na linha 9 é enviada a posição que foi selecionada para o outro dispositivo e ométodo verifica ganhador é acionado. Este método identifica se houve algum ganhador eincrementa o número de vitórias para o ganhador. Seu funcionamento será descritoposteriormente.Caso a aplicação seja executada com um único jogador, é necessário que após ousuário fazer sua jogada, a aplicação execute a sua. Neste sentido, há necessidade que aescolha da posição seja aleatória, sendo para tanto utilizado o código apresentado no Quadro14.Quadro 14 – Jogada único jogador01 if (tipoJogo == UNICO_JOGADOR) {02 setSimbolo(simboloAtual, g, this.posicaoAtual);0304 if (verificaGanhador(g) == false) {05 if ((todasPosicaoMarcada() == false)) {06 Random random = new Random();07 int posicao_comp = 0;0809 do{10 posicao_comp = random.nextInt(9);11 }while((posicaoSimbolo[posicao] != 'x') ||23 (posicaoSimbolo[posicao] != 'o'));1213 setSimbolo(this.simboloO, g, posicao_comp);14 posicaoSimbolo[posicao_comp] = 'o';15 verificaGanhador(g);16 }17 }18 }

76Conforme se observa no Quadro 14,, na linha 2 é marcada a jogada executada pelousuário. Na linha 4 é verificado se o usuário não ganhou o jogo. Caso esta premissa sejaverdadeira, é utilizado o objeto random da classe Radom para escolher uma posição aleatóriapara que a aplicação faça sua escolha. Porém, a posição retornada na linha 10 podeencontrar-se marcada. Para não deixar que a aplicação selecione uma posição que já estejaocupada, é feito um laço até que a posição escolhida esteja disponível. Após esta verificação,na linha 13 é desenhado o símbolo azul na posição válida, a qual é resultante do métodogetNextInt(int n). Na linha seguinte é informado para o vetor posicaoSimbolo qual foi aposição sinalizada pela aplicação e então verificado se a aplicação não venceu o jogo.Para identificar o ganhador do jogo, como descrito anteriormente, foi utilizado o métodoverificaGanhador(Graphics g). Para dissertar sobre este método foi dividido em duas partes oQuadro 15 e o Quadro 16. No primeiro Quadro é visualizado como é realizado para encontraro ganhador. No outro, como é mostrado este ganhador na tela.Quadro 15 – Método utilizado para encontrar o ganhador do jogo01 private boolean verificaGanhador(Graphics g){02 char simbolo_ganhador = 'n';0304 // -- Verificando ganhador nas linhas horizontais05 if ((this.posicaoSimbolo[1] == this.posicaoSimbolo[2]) &&06 (this.posicaoSimbolo[1] == this.posicaoSimbolo[3]))07 simbolo_ganhador = this.posicaoSimbolo[1];08 else if ((this.posicaoSimbolo[4] == this.posicaoSimbolo[5]) &&09 (this.posicaoSimbolo[4] == this.posicaoSimbolo[6]))10 simbolo_ganhador = this.posicaoSimbolo[4];11 else if ((this.posicaoSimbolo[7] == this.posicaoSimbolo[8]) &&12 (this.posicaoSimbolo[7] == this.posicaoSimbolo[9]))13 simbolo_ganhador = this.posicaoSimbolo[7];1415 //-- verificando ganhador nas linhas verticais16 else if ((this.posicaoSimbolo[1] == this.posicaoSimbolo[4]) &&17 (this.posicaoSimbolo[1] == this.posicaoSimbolo[7]))18 simbolo_ganhador = this.posicaoSimbolo[1];19 else if ((this.posicaoSimbolo[2] == this.posicaoSimbolo[5]) &&20 (this.posicaoSimbolo[2] == this.posicaoSimbolo[8]))21 simbolo_ganhador = this.posicaoSimbolo[2];22 else if ((this.posicaoSimbolo[3] == this.posicaoSimbolo[6]) &&23 (this.posicaoSimbolo[3] == this.posicaoSimbolo[9]))24 simbolo_ganhador = this.posicaoSimbolo[3];2526 // -- verificando ganhado nas diagonais27 else if ((this.posicaoSimbolo[1] == this.posicaoSimbolo[5]) &&28 (this.posicaoSimbolo[1] == this.posicaoSimbolo[9]))29 simbolo_ganhador = this.posicaoSimbolo[1];30 else if ((this.posicaoSimbolo[3] == this.posicaoSimbolo[5]) &&31 (this.posicaoSimbolo[3] == this.posicaoSimbolo[7]))32 simbolo_ganhador = this.posicaoSimbolo[3];

77Na linha 1 a variável símbolo_ganhador recebe o valor “n” para indicar que a princípionão existe nenhum vencedor. Após isso, são realizadas todas as combinações possíveis paraindicar se houve algum ganhador. Para entender como é realizado este procedimento a Figura23 demonstra que o jogador correspondente ao símbolo vermelho ganhou o jogo. Atravésdesta jogada será demonstrado como é verificado que este jogador obteve a vitória no jogo.Figura 23 – Símbolo vermelho ganha o jogoComo dissertado no capítulo 3, mais precisamente no que se refere as partes quecompõem os jogos, relatou-se sobre suas regras. O estudo realizado mostra que as regras dojogo da velha são o enredo do jogo, sendo aplicadas na implementação do mesmo. Nestesentido, para que um jogador obtenha a vitória é necessário que este consiga alinhar trêssímbolos consecutivos no menor número de jogadas. Assim, para possibilitar que a aplicaçãoidentifique o ganhador foi criado o método verificaGanhador(Graphics g) que está sendodemonstrado no Quadro 15. Desta forma, na linha 16 é verificado se o símbolo existente naposição 1 é igual ao símbolo existente na posição 4, e por sua vez é igual ao existente naposição 7. Caso essa premissa seja verdadeira, significa que existem três símbolos iguais ealinhados na primeira coluna do tabuleiro, conforme demonstrado na Figura 23. Então avariável símbolo_ganhador receberá o valor “x” caso esses símbolos sejam vermelhos, e “o”caso sejam azuis.Porém, além da possibilidade de encontrar um ganhador, a aplicação deve prever apossibilidade de todas as posições estarem marcadas e não existir nenhum vencedor. OQuadro 16 demonstra como é realizada esta verificação e como são exibidos os resultados dojogo na tela.

78Quadro 16 – Identificação de empate e exibição dos resultados01 if ((simbolo_ganhador == 'n') && (todasPosicaoMarcada() == true)) {02 g.drawString("EMPATE!!!",100,230,Graphics.TOP|Graphics.LEFT);03 situacao = TELA_FIM_JOGO;04 }05 else {06 if (simbolo_ganhador == 'x'){07 if (servidor == true)08 g.drawImage(getGanhador(), 200, 230,Graphics.TOP|Graphics.LEFT);09 else10 g.drawImage(getPerdedor(), 180, 230,Graphics.TOP|Graphics.LEFT);11 vitoriasX++;12 }13 else if (simbolo_ganhador == 'o'){14 if (servidor == false)15 g.drawImage(getGanhador(), 200, 230,Graphics.TOP|Graphics.LEFT);16 else17 g.drawImage(getPerdedor(), 180, 230,Graphics.TOP|Graphics.LEFT);18 vitoriasO++;19 }20 situacao = TELA_FIM_JOGO;Na linha 1 é verificado se o símbolo ganhador é igual a “n” e se todas as posiçõesencontram-se marcadas. Para fazer essa verificação foi criado o métodotodasPosicaoMarcada. Este é composto de um laço que verifica se todas as posições do vetorposicaSimbolo são diferentes de “n”. Caso isso seja verdadeiro, o retorno deste método será ovalor true, retornando false em situação contrária. Sendo verdadeira a comparação realizadana linha 1, será mostrada na tela do dispositivo celular a mensagem “EMPATE” conformedemonstra a Figura 24.Figura 24 - Ocorrência de um empate no jogoNa linha seguinte, a variável situacao recebe o valor da constante TELA_FIM_JOGOpara que a aplicação tenha conhecimento que o jogo acabou. Na linha 6 é verificado se osímbolo ganhador é igual ao valor ‘x’. Isso indica que o símbolo vermelho é o vencedor dapartida. Quando isso ocorre, o servidor do jogo (correspondente aos símbolos vermelhos)

79visualizará na tela do celular a imagem correspondente ao ganhador do jogo, conformedemonstra a Figura 25 item a).a) ganhador b)perdedorFigura 25 – Visualização do vencedor do jogoComo o jogador correspondente ao símbolo vermelho venceu o jogo, o jogador cliente(correspondente ao símbolo azul) receberá a imagem equivalente ao perdedor do jogo, quecorresponde a Figura 24 item b). Após isso, na linha 11 será incrementado o número devitórias do jogador correspondente aos símbolos vermelhos. Na linha 13 é feita a comparaçãoinversa, ou seja, se o símbolo ganhador é igual ‘o’, indicando que o ganhador foi o jogadorcorrespondente aos símbolos azuis. Então no dispositivo cliente será visualizada a imagemcorrespondente ao vencedor e no dispositivo servidor será apresentada a Figura do perdedordo jogo. Posteriormente, na linha 18 será incrementado o número de vitórias do jogo. Por fim,na linha 20 a variável situacao recebe o valor da constante TELA_FIM_JOGO indicando que ojogo terminou.5.3 CONCLUSÃO DO CAPÍTULOAtravés da implementação do protótipo proposto foi possível adquirir conhecimentosobre a utilização da tecnologia J2ME e a tecnologia de comunicação bluetooth. Também sepode aplicar os conceitos sobre partes e características dos jogos, os quais foramapresentados no capítulo 3.Além disso, foi possível verificar que apesar da complexidade do processo decomunicação utilizando bluetooth, o protótipo teve resultados satisfatórios, não apresentandodemora na transmissão dos dados, evitando que o usuário desista da diversão. Estatransmissão foi testada em um emulador e foi possível constatar que quando uma jogada é

80executada, a sinalização ocorre de forma quase que instantânea em ambos os celulares queestão participando do jogo.Outra constatação que foi realizada é que uma partida demora em média entre um edois minutos. Porém é importante ressaltar que este tempo depende muito dos usuários queestão jogando, pois cada um pode esperar o tempo que achar conveniente para sinalizar suajogada.Como citado anteriormente, os teste foram executados em um emulador. Foi incessantea tentativa de executar a aplicação em um dispositivo celular, porém não foi obtido êxito.Durante o estudo realizado na tentativa de executar o jogo em um celular, foi constatado que énecessária a utilização de pacotes desenvolvidos pelos fabricantes dos aparelhos para utilizarsedo bluetooth como forma de comunicação. Contudo, os mesmos não foram adquiridos,além de não encontrar documentação referente a estes pacotes.Neste sentido, a tecnologia J2ME demonstrou-se robusta, por herdar conceitosimportantes da linguagem Java como a orientação a objeto, o que facilita a organização docódigo, bem como evita reescrever rotinas desnecessárias.

6 CONCLUSÃOO presente trabalho apresentou três tecnologias para desenvolvimento de aplicaçõespara dispositivos celulares sendo elas Java 2 Micro Edition (J2ME), BREW e SYMBIAN OS.Além destas foram relatadas às tecnologias Bluetooth, Wireless Application Protocol (WAP) eInfravermelho que são utilizadas para comunicação destes dispositivos. Através do estudorealizado sobre as mesmas foi possível definir quais delas apresentavam as melhorescaracterísticas para o desenvolvimento do protótipo. Com isso foi utilizada a tecnologia J2MEpara desenvolvimento do protótipo, devido à facilidade de aprendizado e a portabilidadeexistente na linguagem. No que se refere à conexão foi usado Bluetooth. Esta escolha foi feitalevando em consideração que não se faz necessário uma operadora de celular para prover acomunicação entre os dispositivos, como é o caso da tecnologia WAP. Além disso, a mesmanão exige que os celulares mantenham-se alinhados durante a execução do jogo o que nãoacontece com a tecnologia de infravermelho.Nesse sentido o estudo demonstrou que é possível estabelecer uma conexão Bluetoothentre dois aparelhos celulares de maneira simples e satisfatória, obtendo sucesso no que sepropôs o presente trabalho.O estudo sobre a tecnologia J2ME comprovou sua eficiente no desenvolvimento deaplicações para dispositivos móveis, além de possuir a vantagem da portabilidade, sendo queesta característica não se encontra disponível nas demais tecnologias estudadas. Além disso,esta é uma versão reduzida da linguagem Java e herdou um conceito importante como aorientação a objetos. Isso facilitou o entendimento de códigos. Vale ressaltar que a mesma foiprojetada respeitando as limitações existentes nos dispositivos móveis se comparado acomputadores pessoais.Além dos estudos realizados sobre tecnologias e formas de comunicação existentespara o desenvolvimento de aplicações para dispositivos móveis, foi necessário adquirirconhecimento sobre as partes e características que compõem um jogo e identificá-las no jogoproposto. Sem esse conhecimento o processo de codificação do protótipo estariacomprometido, devido à dificuldade de traduzir as regras do jogo em um meio virtual.Com isso, o trabalho conseguiu propor uma modalidade de diversão diferente, e não tãousada pelos usuários de aparelhos.Além da diversão, o protótipo conseguiu realizar uma conexão destes aparelhos everificar que é possível que tal entretenimento aconteça de forma satisfatória sem que as

82respostas entre uma jogada e outra sejam demoradas a ponto do usuário desistir do momentode lazer.6.1 TRABALHOS FUTUROSLevando em consideração o crescente potencial existente no mercado paradesenvolvimento de jogos para dispositivos móveis, são apresentadas algumas sugestões demelhoramentos e desenvolvimento de trabalhos futuros. São estes:• utilização da tecnologia WAP para desenvolvimento do jogo, com o intuito decomparar com bluetooth. Assim poder-se-á definir a melhor forma decomunicação a ser utilizada no desenvolvimento de jogos para celulares. Éimportante ressaltar que para utilizar a tecnologia WAP faz-se necessário o usode uma operadora para efetuar a conexão dos dispositivos, o que pode acarretara existência de custo para executar o jogo;• desenvolvimento de um jogo para dispositivos móveis onde a comunicaçãotenha uma carga maior sobre a rede, ou seja, um jogo onde dois usuáriospossam executar suas jogadas sem a necessidade de uma seqüência. Acomplexidade desta implementação será muito maior, pois utiliza novas técnicasde programação como threads. Vale mencionar que a tecnologia J2ME já possuia classe Thread, a qual apresenta todas as premissas necessárias para amanipulação das mesmas;• utilizar outra tecnologia de programação para desenvolvimento do protótipo,como BREW ou Symbian OS, a fim de verificar qual delas apresenta melhorperformance na execução do protótipo. Porém, as tecnologias Symbian OS eBREW são proprietárias, o que pode acarretar em um custo maior para odesenvolvimento do protótipo, além de existir dificuldade na aquisição dadocumentação por não serem tão difundidas quanto J2ME. Contudo, estastecnologias têm uma característica importante: são linguagens nativas e o seudesempenho podem ser superiores a linguagem J2ME.• efetuar testes em um dispositivo celular a fim de obter resultados reais quanto acomunicação e transmissão dos dados. Como foi relatado na conclusão do

83capítulo 5, os testes executados no presente trabalho foram realizados em umemulador e os resultados obtidos em testes em aparelhos celulares podemapresentar diferenças se comparados aos realizados. Uma fonte importante paraaquisição da documentação sobre a implementação do bluetooth em dispositivoscelulares foi adquirida em www.bluetooth.org. Neste mesmo endereço eletrônicofoi adquirido conhecimento de que cada dispositivo possui pacotes específicospara implementação da conexão bluetooth, o que inviabilizou os teste emcelulares no presente trabalho.

7 REFERÊCIASAs Dobras do Hakama. Disponível em: .Acesso em: 18 set. 2005.BARROS, Tiago Guedes Ferreira. SYMBG(R)AF – symbian games framework. Monografia(Bacharelado em Ciência da Computação). Universidade Federal de Pernambuco. Recife,Agosto de 2003.BATTAIOLA, André Luiz; et al. Desenvolvimento da interface de um softwareeducacional com base em interfaces de jogos. 2002. Disponível em. Aceso 22 deSet. 2005.BATTAIOLA, André Luiz; et. al. Desenvolvimento de jogos em computadores ecelulares. Outubro de 2001. Disponível em. Acesso em 07 de Nov2005.BATTAIOLA, Prof. Dr. André Luiz. Jogos por computador – histórico, relevânciatecnológica e mercadológica, tendências e técnicas de implementação. 2000 Disponívelem: < http://www.design.ufpr.br/lai/Publicacoes/JogosComputadores.pdf>. Acesso em 12Ago. 2005.BORGES, Ana Cláudia Da Costa et. al, Tecnologia em redes móveis – 3G/4G. Tese(Mestrado) - Instituto de Pesquisas Tecnológicas do Estado de São Paulo, São Paulo, 2005.Disponível em: .Acesso em: 15 nov. 205.BRITO, Robison Cris. Desenvolvimento de aplicativos para celular – java 2 microedition. Disponível em:.Acesso em: 15 nov. 2005.CÂMARA, Márcio Alex Reis; JUNIOR, Nehemias Guedes Valentim; COSTA, Tiago ViniciusVolpato da. Construção de aplicações wireless para a WEB. Monografia (Bacharel e

85Ciência da Computação). Universidade Da Amazônia, Belém, 2003. Disponível em :. Acesso em : 30 Set. 2005.DIAS, Klessis Lopes; FONTES, Wescley Pimentel. Desenvolvimento de aplicações paradispositivos móveis utilizando a plataforma J2ME. Monografia (Bacharel e Ciência daComputação). Universidade Federal do Pará, Belém, 2003. Disponível em:. Acesso em 3 Set. 2005.FIGUEIREDO, Carlos Maurício Serôdio; NAKAMURA, Eduardo. Computação móvel:novas oportunidades e novos desafios. T&C Amazônia, Ano 1, nº2, Junho 2003.Disponível em . Acesso em:30 Ago. 2005.JUNIOR, Wanderley Ravagnani. Bluetooth. Setembro de 2001. Disponível em:.Acesso 18 Out. 2005.LAUDON, Kenneth C.; LAUDON, Jane Price. Sistemas de informação. Tradução DaltonConde de Alencar. Rio de Janeiro: LTC, 1999.LINS, Anthony José Da Cunha Carneiro. Desenvolvimento de jogos inteligentes.Monografia (Bacharel em Sistemas de Informação) - Faculdade Integrada do Recife, Recife2003. Disponível em:. Acesso em 21 deSet. 2005.MAGALHÃES, Keuller; Criando aplicações J2ME com eclipse. Disponível em . Acesso 26 de Set.2005.MARTIN, James; ODELL, James J. Análise de projeto orientados a objeto. Tradução:José Carlos Barbosa dos Santos. São Paulo, Makron Books, 1995.MEGA WEB HOSTING. Disponível em:. Acesso em: 15 nov. 2005.MIRANDA, Renato Barbosa; MARCONDES, Valeska Pivoto Patta. Prime: uma soluçãoJava para acesso móvel a informações utilizando GSM/GPRS. Disponível em:. Acesso em 01 Out. 2005.

86MOON, Peter. O futuro é agora. IstoÉ, São Paulo, n.1579, janeiro 2000. Disponível em. Acesso em: 29 Ago. 2005.NOGUEIRA, Wallace Franco; FILHO, Emerson Cavalcante Loureiro; ALMEIDA, HyggoOliveira de. Plataformas para desenvolvimento de jogos para celulares. Abril de 2005.Disponível em : . Acesso em 07 Nov.2005.PALUDO, Lauriana. Um estudo sobre as tecnologias java de desenvolvimento deaplicações móveis. Monografia (Bacharel e Ciência da Computação). Universidade Federalde Santa Catarina (UFSC), Florianópolis, Agosto de 2003. Disponível em . Acesso em: 14Out. 2005.PEKUS Cons. E Desenvolvimento ltda. Dispositivos móveis, São Paulo, 2002. Disponívelem: . Acesso em: 29 Ago. 2005.PINHEIRO, Cristiano; J2ME – Java para os portáteis. Artigo publicado dia 18 de novembrode 2003. Disponível em . Acessoem 26 de Set. 2005.PRIESS, Werner. Mecanismos de escalonamento com qualidade de Serviço em redescom tecnologia bluetooth. Dissertação (Mestrado em informática), Universidade Federaldo Rio de Janeiro - UFRJ, Rio de Janeiro, 2003. Disponível em: . Acesso em: 18 Out.2005.REZENDE, Denis Alcides; ABREU, Aline França de. Tecnologia da informação aplicada asistemas de informação empresariais: o papel estratégico da informação e dossistemas de informação nas empresas. São Paulo: Atlas, 2001.REZENDE, Pedro Antônio Dourado de. Segurança do wireless aplication protocol (WAP).Agosto de 2003. Disponível em: .Acesso em 29 Out. 2005.SABINO, Vanessa Cristina. Game API simplicidade e poder em jogos para celulares.Java Magazine. Edição 10, Ano 2, v.18, n.1. 2003.

87SILVA, Abraão Balbino e; MOREIRA, Luiz Roberto Borges. Telemetria em sistemas decomunicação móvel celular. Monografia (Engenheiro Engenharia de Redes deComunicação). Universidade de Brasília, Faculdade de Tecnologia, Brasília, 2005. Diponívelem < http://www.labredes.unb.br/PFG.162004.pdf >. Acesso 18 Nov. 2005.SOARES, Luiz Fernando Gomes; LEMOS, Guido; COLCHER, Sérgio. Redes decomputadores. Das LANs MANs e WAN’s às redes ATM. Rio de Janeiro: Campus, 1995.SZMIT, Ricardo. Programação orientada para ojetos com turbo pascal 6.0. – Rio deJaneiro: LCT-Livros Técnicos e Científicos Ed., 1993.TANEMBAUM, Andrew.S. Redes de computadores. Rio de Janeiro: Campus, 1997. 4ªedição.TONIAZZO, José Carlo. Protótipo para coleta e transmissão de dados de produtividadena construção civil utilizando dispositivos móveis. Monografia (Bacharelado em Ciênciada Computação) Universidade Comunitária Regional de Chapecó, Chapecó 2005.TORRES, Grabiel. Redes de computadores curso completo. Rio de Janeiro: Ed. AxcelBooks do Brasil Editora, 2001.UOL. História do videogame. 2004. Disponível em . Acesso em: 5 Set. 2005.Wikipedia, La Enciclopedia Librem. Holografia, 2005. Disponível em:. Acesso em 18 Nov. 2005.ZEINDIN, Denise Carla A et al. A tecnologia do futuro Wi-Fi (Wireless Fidelity). FURB -Universidade Regional de Blumenau, 2003. Disponível em:. Acesso em:30 Ago. 2005.RICARTE, Ivan Luiz Marques. Programação orientada a objetos: uma abordagem comjava, 2001. Disponível em:. Acesso em: 10 Abr.2006