cISSagATTo's Tech

formspring.me

2011-08-13T18:24:00.001-03:00

Pergunte =) http://formspring.me/cISSagATTo

Just Java: 29 e 30 de Abril

2011-02-09T18:20:00.001-02:00

O evento JUST JAVA que aconteceria nos dias 29 e 30 de Novembro de 2010 foi transferido para os dias 29 e 30 de abril. Isto ocorreu por conta do Java One que foi realizado em uma data muito próxima. Segue abaixo o comunicado oficial no site da SUCESU-SP:

Congresso e Exposição - 2011

”JUST JAVA nova data 29 e 30 de Abril de 2011” Para melhor atender a toda a comunidade de Java do Brasil a SUCESU SP e o SOU JAVA decidiram por adiar o Congresso e Exposição Just Java previsto para ser realizado em 29 e 30 de Novembro próximo, para os dias 29 e 30 de Abril de 2011 no Centro de Convenções do SENAC Santo Amaro. Os Congressistas que se inscreveram no Just Java e já pagaram, poderão obter conosco a credencial free para o JavaOne, evento que estaremos apoiando em conjunto com o SOU JAVA, que ocorrerá de 07 a 09 de Dezembro no Transamérica Expo.

Defesa de Mestrado

2010-11-27T14:05:00.004-02:00

Pessoal.

Segunda-feira dia 29/11 será minha defesa de mestrado. Aos que tiverem interesse, estou postando aqui o PDF de apresentação e vídeo de demonstração.

Em breve estarei publicando os detalhes do sistema desenvolvido durante o mestrado.

PDF da apresentação: http://www.4shared.com/document/bMhTxdAV/Apresentao_Defesa_27-11.html

PDF da Dissertação: http://www.4shared.com/document/_Z8-0CTg/Dissertao_Elaine_verso_28-10-1.html

Vídeo: http://www.youtube.com/watch?v=Vlc-ugGIseI

Grata pela atenção de todos.
[ ]s Elaine

Televisão Digital Portátil e Televisão Digital Portátil Interativa

2010-10-27T20:27:00.008-02:00

A TVDP (Televisão Digital Portátil) combina dois produtos de consumo considerados os mais vendidos na história: televisão e telefone celular. Os aparelhos celulares atuais oferecem diversas funcionalidades entre elas enviar e-mails, mensagens multimídia, MP3, rádio, internet, download de imagens, vídeos e, agenda. Estes também oferecem diferentes modos de conectividade como, por exemplo, Infravermelho, Bluetooth e WiFi. Assim, como uma evolução natural já é possível assistir TVD em aparelhos celulares e em alguns países, usufruir de alguns serviços interativos de TVDP. (Melo, 2005)

Conforme relatório da Nokia “This Box Was Made For Walking…” (Esta caixa foi feita para andar...) prevê-se que até 2011 a procura por TVD em celulares explodirá com mais de quinhentos milhões de clientes assinantes de serviços. O relatório diz ainda que a televisão portátil esta na sua infância, tanto em termos de adoção quanto de produção sendo difícil prever como será o seu impacto. A evolução da televisão portátil será determinada por vários fatores entre eles o tecnológico, comercial, social, político e regulamentar, baseando-se nas plataformas existentes, principalmente os da televisão, telefonia celular e Internet.

Uma das razões citadas no relatório que levam as pessoas a assistirem televisão no celular é a flexibilidade de se ter acesso à televisão a qualquer hora e em qualquer lugar. Os usuários consideram a independência do aparelho de televisão como um dos principais benefícios da televisão no celular. (Orgad, 2006)

Em um estudo encomendado pela Ericsson e pela rede de televisão Americana CNN, 34% dos usuários gostariam de ter programação televisiva como um dos serviços em seu aparelho celular. 44% informaram que tem a intenção de adotar a televisão no celular nos próximos dois anos. 24% dos usuários de televisão portátil utilizam o serviço todos os dias, e 52% semanalmente. Com uma pontuação de 77%, as notícias dominam as preferências, seguidas por programas da televisão aberta, com 48%.

Segundo Fuoco (2008), durante a realização do evento Mobile World Congress em Barcelona, o presidente mundial da Ericsson, Carl Henric Svanberg, afirmou em uma coletiva de imprensa que “o mundo caminha para a televisão personalizada, individual, em que cada um escolhe a programação, o aparelho e o horário em que quer assisti-la.”

Em 2002, na Coréia sinais de televisão já estavam disponíveis e eram transmitidos através de uma rede de telefonia celular padrão significando tarifas por minuto para assistir à televisão e contas de telefone incrivelmente altas. No ano seguinte, Samsung e Vodafone lançaram telefones que recebiam transmissões de televisão analógicas locais gratuitamente na Coréia e no Japão. Entretanto, havia dois problemas graves: entrecortamento do vídeo e alto consumo da bateria.

Fornecer sinais de televisão em um dispositivo como um celular apresenta diversos desafios entre eles a transmissão de dados de vídeo que requer velocidades de transmissões rápidas. As velocidades de entrega de dados para a rede 2G variam de 10 a 14Kbps, o que faria um programa de televisão parecer um show de slides. A rede 2,5G tem velocidades de entrega de 30 a 100Kbps, tornando o vídeo entrecortado. Por fim, a rede 3G fornece velocidades de 144Kbps a 2Mbps que junto a outras técnicas permite uma transmissão de dados de vídeo em boa qualidade.

Outro desafio é a largura de banda. Dados de televisão ocupam muito mais espaço que os dados de voz. Uma rede celular poderá tornar-se extremamente lenta ao fornecer televisão ao vivo para milhares de telefones celulares simultaneamente. Para tentar solucionar este problema o multicasting pode ser utilizado, pois economiza largura de banda ao permitir que a comunicação seja enviada de um ponto para um conjunto selecionado de pontos da rede. (Layton, 2006)

O consumo de bateria também é outro desafio. Receber, processar e exibir conteúdo de vídeo requer bastante bateria e os telefones celulares são limitantes nesta questão. Técnicas de economia de energia como o fracionamento de tempo, que transmite dados em intervalos espaçados, de modo que o receptor possa se desligar entre as transmissões podem ser aplicados para solucionar este problema. A Figura 5 apresenta um exemplo de arquitetura básica para a televisão portátil.

Fazem parte desta arquitetura:
a) Rede Celular: pode ser adotada como canal de retorno para a interatividade do usuário com os programas, (e) ou as próprias operadoras de telefonia celular podem utilizar a rede para oferecer serviços aos seus clientes, como por exemplo, a TVDP paga. Diante de uma assinatura mensal, os clientes da operadora poderiam receber uma programação diferenciada de televisão em seu dispositivo;

b) Rede de Televisão: responsável por transmitir o conteúdo da televisão Aberta de forma a ser captada corretamente pelo dispositivo;

c) Dispositivo Portátil: deve estar apto a receber os sinais digitais e a interatividade que são transmitidos pelas emissoras através da rede de televisão e também da rede celular;
d) Plataforma de Cooperação: para oferecer o potencial completo da TVDP será preciso que as diversas prestadoras envolvidas trabalhem em conjunto. É neste contexto que está incluída esta plataforma de cooperação, responsável por “orquestrar” este trabalho em conjunto. (Melo, 2005)

Conforme Alencar (2007), a operadora Telia Sonera acredita que a TVDP será a grande onda do mercado móvel e desde 2005, a Nokia está trabalhando na área. Além disto, a empresa Strategy Analytics estimou que neste ano (2009), as redes de difusão de telefonia móvel atingirão 51 milhões de clientes. Também em 2005, a operadora SK Telecom da Coréia do Sul, passou a ofertar televisão portátil com 12 canais de vídeo e áudio e serviços como internet.

Escandinavos e coreanos já usam a TVDP, enquanto que empresas como Vodafone e O2, da Europa, ainda estão se organizando para isto. O país mais adiantado neste sentido é o EUA. As empresas Cingular, Verizon já fornecem serviços e canais para seus clientes e a Qualcomm lançará sua televisão portátil com capacidade de até 100 canais de difusão. No Brasil, somente a Rede Bandeirantes tem um acordo com as operadoras celulares para transmissão de notícias.

Segundo Guerreiro (2001), a convergência entre a TVD e as redes celulares de terceira geração, acarretarão em muitas aplicações para as redes móveis como: programas de rádio e televisão, áudio e vídeo on demand, jogos, interatividade, notícias, metereologia, finanças, viagens, trânsito, mapas, comércio, internet, transferência de arquivos, serviços de emergência, serviços de localização, acesso remoto, escritório móvel, e-mail, voz, mensagens, e-commerce, e-banking, etc. Além disto, Guerreiro também apresenta os possíveis serviços de vídeo em veículos: informações de trânsito, informações de viagens, informações turísticas, serviços de emergência, serviços de reserva, etc.

Os benefícios gerados por esta convergência são vários, como as vantagens estratégicas para o país (comércio, tecnologia e evolução), mercadológicas para as empresas de mídia (novos serviços, produção de conteúdo e definição de imagem), comerciais para a indústria de equipamentos (royalties, importação, exportação) e acesso para os cidadãos (receptores, interatividade, novos serviços e aplicações).

Apesar de ainda estar sendo implantada no Brasil, a TVD já possui alguns aparelhos portáteis que suportam o padrão brasileiro, entre eles celulares, receptores USBs (Universal Serial Bus) e miniTVs. Algumas empresas de eletroeletrônicos estão investindo tanto no desenvolvimento de dispositivos fixos quanto nos dispositivos portáteis, enquanto outras se focam apenas em um desses dispositivos. As Figuras 6, 7 e 8 mostram alguns dispositivos portáteis.

Segundo a ABNT NBR 15602-1:2007, os receptores aqui no Brasil são classificados em Full-Seg (todos os 13 seguimentos) e One-Seg (apenas 1 segmento). Full-Seg são os receptores fixos, isto é, os STBs (conversores digitais) e receptores de 13 segmentos, integrados com tela de exibição (mas não exclusivos a estes), enquanto que, One-Seg são os receptores portáteis (handheld) que incluem celulares, PDAs, SmartPhones, televisores portáteis (miniTVs), USBs, dongle e receptores para veículos automotivos e, diferentemente dos dispositivos Full-Seg, os dispositivos One-Seg são capazes apenas de receber e decodificar os sinais transportados na camada “A” (locada no segmento central) do fluxo de transporte e sinais de perfil básico.

Televisão Digital e Televisão Digital Interativa: aspectos arquiteturais

2010-10-27T20:09:00.009-02:00

A TVD é uma evolução natural da televisão analógica, e não somente isto, é também uma nova plataforma com impactos ainda não muito claros sobre a sociedade. Sistemas de TVD podem ser definidos como um conjunto de padrões e especificações, que definem seu comportamento e funcionamento. A televisão não ficaria de fora da tendência mundial de convergência tecnológica, em que os mercados se misturam e substituem suas plataformas analógicas por digitais. (CPqD, 2006; Fernandes, 2004; Moreno, 2006)

Os sistemas de TVD podem oferecer, além de áudio e vídeo digital de alta qualidade, a interatividade, isto é, o telespectador agora deixa de ser passivo, deixa de apenas sentar ou deitar em seu sofá e assistir televisão, passando a ser um usuário, interagindo com o conteúdo transmitido, usufruindo da televisão de forma muito parecida a um computador, sendo até mesmo chamados de tevenautas (telespectador + internauta) ao invés de telespectador e/ou usuários. Além disto, com a digitalização dos sinais de televisão, o espectro de radiofreqüências é otimizado, o que libera mais de dois terços do espectro, ampliando o número de canais de comunicação. (Loss, 2008)

Muitos benefícios virão junto à implantação da TVD entre eles pode-se citar maior quantidade de informações transmitidas, além da já tão esperada alta qualidade de imagem e som, com diferentes câmeras para angulação da cena e som surround; novos serviços como tele texto, t-commerce, t-gov, t-banking, e-mail, SMS (Short Message Service – Serviço de Mensagens Curtas), jogos, etc.; interatividade local, intermitente ou permanente; convergência com a rede de computadores; entre muitos outros benefícios. (CPqD, 2006)

Vários países em diversos continentes já estão utilizando sistemas de TVD interativa há algum tempo, como por exemplo, EUA, Europa e Ásia. Em alguns o processo de mudança do sistema analógico para o digital ainda está acontecendo. Segundo FERNANDES (2004), três ondas de impacto ocorrem quando da mudança de um sistema analógico para o digital: 1. Nas redes de televisão: substituição dos equipamentos de captura, edição e transmissão interna de áudio e vídeo analógicos por digitais; 2. Na sociedade: adoção de um padrão uniforme de codificação, transmissão e modulação, difusão e recepção digital; 3. Novos modelos de negócios que permitam à população investir em novos equipamentos e também às redes obter retorno sobre os investimentos.

CRUZ_A (2008) cita também dois atores importantes em um sistema de TVD que passam a ser fundamentais: os provedores de conteúdo que devem desenvolver os programas televisivos e distribuí-los digitalmente e os telespectadores que receberão este conteúdo. Atualmente no Brasil algumas emissoras já produzem o seu conteúdo de forma totalmente digital, ocorrendo apenas a transmissão em analógico. Os formatos de imagens oferecidos pela TVD também serão diferentes:

a) HDTV: high definition television, ou televisão de alta definição, possui relação de aspecto 16:9 e som estéreo com até seis canais. Os sistemas de HDTV utilizam sistema com 750 ou 1125 linhas por quadro, 60 quadros por segundo, varredura progressiva de 60 campos por segundo sem intercalamento e 720 ou 1080 linhas ativas por quadro (720p); (ABNT NBR 15602-1:2007; CPqD, 2006; Fernandes, 2004; Mendes, 2007]

b) SDTV: standard definition television, ou televisão de definição padrão, tem como parâmetros 525 linhas por quadro, sistema de varredura entrelaçado ou progressivo, sendo a freqüência de quadro e de campo variante entre 30 e 60 Hz, a relação de aspecto pode ser 4:3 ou 16:9 e, por fim 720 (720p) linhas ativas por quadros; (ABNT NBR 15602-1:2007; CPqD, 2006; Mendes, 2007)

c) EDTV: enhanced definition television, ou televisão de definição melhorada (ou estendida), possui relação de aspecto 16:9, 480 ou 576 linhas, resolução horizontal de 704 ou 720 pixels (independentemente da relação de aspecto), varredura progressiva, áudio estéreo de 5 canais, tendo uma qualidade de imagem melhor que a SDTV; (CPqD, 2006; Fernandes, 2004; Mendes, 2007)

d) LDTV: low definition television, ou televisão de baixa definição, é empregado para transmissão de receptores móveis e portáteis, utiliza varredura progressiva e relação de aspecto 4:3 ou 16:9 e som estéreo. Os formatos para estes receptores são SQVGA (Super Quarter Video Graphics Array – Váriavel de Vetor Gráfico Super 1/4): 160x120 ou 160x90; QVGA (Quarter Video Graphics Array – Váriavel de Vetor Gráfico 1/4): 320x240 ou 320x180; CIF (Common Intermediate Format – Formato Padrão Intermediário): 352x288; QCIF (Quarter Common Intermediate Format – Formato Padrão Intermediário1/4): 180x144; etc. (ABNT NBR 15602-1:2007, Fernandes, 2004; Mendes, 2007)

Segundo Mendes (2007), em um canal de 6MHz é possível fazer várias combinações destes formatos para transmissão, havendo uma banda reservada para a transmissão de dados. Assumindo o padrão de compressão H.264, a Figura 1 apresenta algumas das possíveis combinações, entre elas duas que não usam a banda de dados e, a Figura 2 apresenta o conjunto de padrões de um sistema de TVD terrestre. O conteúdo da TVD interativa pode ser transmitido de diversas formas: por cabo, satélite, radiodifusão terrestre ou internet. O meio de transmissão terrestre é o utilizado no Brasil. (Loss, 2008)

Vídeo e áudio são os serviços indispensáveis à transmissão. O Middleware acrescenta a interatividade e novos serviços como t-gov, t-commerce, educação à distância, entre outros. Mux (multiplexador) é o componente que multiplexa os sinais de televisão e, por fim, Transmissão é o meio de transmissão dos sinais digitais. Os componentes básicos de um sistema de televisão são: Estúdio se refere à produção, edição e acabamento do conteúdo; Transmissão é a radiodifusão do conteúdo produzido e; Recepção ocorre por meio de antena e do aparelho de televisão. (CPqD, 2006; Fernandes, 2004)

As centrais de produção (ou provedores de serviços) são também subdivididas, conforme mostra a Figura 3. O subsistema de produção deve gravar, editar e criar programas e cenas, sendo então armazenadas ou recuperadas pelo subsistema de armazenamento, que deve conter o codificador MPEG (Moving Picture Experts Group – Grupo Especialista). O subsistema estúdio de dados é um estúdio especializado que realiza o processo de produção de dados, gerando vídeo-texto e páginas HTML (HyperText Marcape Language – Linguagem de Marcação de HiperTexto), e também o processo de produção de aplicações, responsável pelo desenvolvimento de softwares. O subsistema de transmissão contém agora um streammer que transmite e recebe fluxos de transporte MPEG-2, facilitando a geração de fluxos que podem ser transmitidos através das redes de computadores com qualidade e custo menor, reduzindo a necessidade de links de satélite. (Fernandes, 2004)

Ainda na central de produções, existe um módulo de muita importância, que junto ao multiplexador e o STB (set-top-box) interativo, permite a existência da TVD, o módulo de transmissão de dados. O subsistema gerador de carrossel deve transformar um conjunto de dados em um fluxo elementar, transmitindo-o ciclicamente. O principal objetivo do gerador de carrossel é autorizar a instalação de uma cópia de um sistema de arquivos produzido pelo estúdio de dados, no STB, tendo estes arquivos várias finalidades como, por exemplo, apresentar um EPG (Eletronic Program Guide – Guia Eletrônico de Programação).

Já o multiplexador funde um (ou mais) fluxos de dados ao áudio e vídeo, compondo então os programas e por fim os serviços oferecidos e consumidos pelo telespectador. Na recepção doméstica, o STB interativo deve ser capaz de enviar e receber dados através de um canal de retorno e também de interpretar os fluxos de dados multiplexados, tornando possível então a interatividade. O usuário pode utilizar o controle remoto ou até mesmo um teclado para interagir com os programas. Caso isso não ocorra, tem-se apenas a interatividade local. (Fernandes, 2004

O provedor de acesso possui um gateway que possibilita ao STB conectar-se à internet obtendo dados e serviços de internet além de, através de um modem (ou outro meio) permitir o STB o processamento de interação local. O STB também interage com um Provedor de Serviços específico. Este provedor de serviços oferece um produto e/ou serviço relacionado ao áudio, vídeo e dados produzido na Central de Produções.

Um sistema de TVD interativa pode ser representado em camadas conforme Figura 4. Cada padrão Internacional de sistema de TVD adota uma especificação/padrão para cada camada. Na camada mais baixa encontra-se a camada de transmissão e modulação, em que a informação é levada de um ponto para outro, por intermédio de sinais, usando um meio de propagação. Em seguida a camada de transporte e multiplexação têm como função receber a informação gerada pelos codificadores de áudio, vídeo e dados de aplicações e, através da multiplexação gerar em sua saída uma seqüência única de pacotes. (Alencar, 2004; Cruz, 2008; Fernandes, 2004; Mendes, 2007)

A camada de codificação e compressão é responsável por remover redundâncias nos sinais de áudio e vídeo, conseqüentemente reduzindo a taxa de bits para transmissão dessas informações. Middleware é a camada responsável pela integração de todas as subcamadas do sistema, é uma camada intermediária entre hardware e software, ou seja, o sistema operacional dos dispositivos de TVD (fixos, móveis ou portáteis), provendo também a interatividade. A camada de aplicação é aquela responsável pela captura e formatação dos sinais de áudio e vídeo, assim como o desenvolvimento de aplicações interativas.

Da Televisão Analógica à TVD Interativa

2010-10-27T20:02:00.004-02:00

Engenheiros, matemáticos e físicos foram os grandes responsáveis pelo surgimento da televisão. As pesquisas iniciaram no século XIX e continuam até hoje. Passou-se do cinema mudo para o cinema sonoro, da televisão em preto e branco para a televisão colorida. O olho humano percebe movimentos com 15 imagens por segundo, sendo que o ideal são 30 imagens por segundo. Com isto os monitores de televisão devem funcionar em uma determinada freqüência e então surgiram os padrões de televisão analógica que são utilizados até os dias atuais.

O NTSC (National Television System Commitee – Comitê Nacional de Sistema de Televisão) foi criado para introduzir cor no sistema preto e branco norte americano. O sistema ficou conhecido como VSB (Vestigial Sideband – Banda Lateral Vestigial), era modulado em QUAM (Quadrature Amplitude Modulation – Modulação de Amplitude em Quadratura), decompunha a luz branca em RGB (Red, Green e Blue – Vermelho, Verde e Azul) e utilizava níveis de luminância acrescentando crominância. Neste sistema o vídeo é formado por 30 imagens por segundo e foi adotado pelos EUA (Estados Unidos da América), maioria das Américas e algumas partes do Leste Asiático. A Alemanha desenvolveu uma variação deste sistema, denominado PAL (Phase Alternated Line – Linha Alternada em Fase), que resolvia alguns problemas do NTSC sendo o vídeo formado por 25 quadros por segundo. (Alencar, 2007; Fernandes, 2004)
Na França também foi desenvolvido o sistema SECAM (Séquentielle Couleur avec Mémoire – Cor Sequencial com Memória) que era incompatível com o próprio sistema preto e branco francês. O vídeo é formado por 25 quadros por segundo e foi adotado pelas antigas colônias francesas e belgas, pelos países do leste europeu, antiga União Soviética e países do Médio Oriente. Este sistema também ficou conhecido como SECAM-L.

O Brasil desenvolveu seu próprio sistema chamado de PAL-M cujo objetivo era obter um desempenho melhor do que o NTSC, manter a compatibilidade com a transmissão em preto e branco e evitar o pagamento de royalties devido à adoção de um padrão existente. O sistema opera com 525 linhas de vídeo, 60 campos de imagem por segundo, 4,2MHz de banda do sinal de vídeo e 30 quadros por segundo. (Alencar, 2004; Fernandes, 2004; Loss, 2008)
Além destes padrões, existem também padrões menos conhecidos e utilizados como PAL-B, PAL-G, PAL-H, PAL-I, PAL-D, PAL-N (Argentina, Paraguai e Uruguai), SECAM-B e SECAM-G (Oriente Médio, Grécia, antiga Alemanha Oriental), SECAM-H, SECAM-D e SECAM-K (Comunidade dos Estados Independentes e Europa Oriental), SECAM-K1, SECAM-L, entre outros.

No Brasil, a televisão teve sua grande estréia na década de 50, ainda em preto e branco, atingindo até a década de 70 um quarto dos lares brasileiros, ocorrendo a primeira transmissão em cores nesta mesma década. Atualmente o Brasil possui cerca de 55 milhões de televisores atingindo aproximadamente 90% dos lares. Com mais de meio século, agora a televisão no Brasil sofrerá mais uma mudança. Depois do preto e branco para as cores, agora a transformação é do analógico para o digital. (Alencar, 2004; Loss, 2008)

A denominada televisão de alta definição teve suas origens com pesquisadores japoneses que desejavam melhor qualidade de som e imagem. MUSE (Multiple Sub-Nyquist Sampling Encoding – Codificação Múltipla da Amostragem de Sub-Nyquist) é o nome dado ao primeiro sistema de televisão de alta definição conhecido (analógico), com mais de 1Gbit/s de informação, codificado com um canal de 27 MHz de largura de faixa.

Um projeto da comunidade européia chamado EUREKA também buscava melhora na qualidade de televisão e voltava seus esforços à tecnologia analógica, não obteve, entretanto, sucesso comercialmente, o que fez a comunidade européia investir na tecnologia digital. Já os EUA direcionaram seus estudos ao desenvolvimento de novos serviços de televisão de alta definição digital, o que deu origem à Grande Aliança, um consórcio formado por empresas e instituições para desenvolver um padrão de televisão totalmente digital. (Fernandes, 2004)

Portanto, os europeus foram os primeiros a colocar um sistema de TVD em operação, seguido pelos americanos e depois os japoneses.

Campus Party Brasil por Garotas Geeks

2010-10-15T19:58:00.004-03:00

Pessoal. Boa Noite!

Fuçando no blog das garotas geeks, encontrei uma matéria sobre a Campus Party Brasil 2011. Vale a pena dar uma conferida: http://garotasgeeks.com/wordpress/2010/09/10/campus-party-2011-a-caminho/

Reproduzo aqui uma parte da matéria:

Depois de muita espera pudemos finalmente matar nossa curiosidade sobre as grandes atrações daCampus Party Brasil 2011! \o/

A confirmação rolou ontem, no Geek Vibrations, onde o presidente mundial da Futura Networks e co-fundador da Campus Party, Paco Ragageles, anunciou em streaming a confirmação das grandes presenças da Cparty.

Mas se você aí ainda não sabe do que eu tô falando, vou explicar:
A Campus Party é nada mais nada menos que o maior evento de tecnologia, criatividade, cultura e entretenimento digital do mundo!

Quer mais? Calma que tem: Na edição de janeiro deste ano, a Cparty teve internet de 10 GB, presença de Marcelo Tas, campeonato de Street Fighter IV, brindes a valer, e claro, muita nerdice e diversão, com direito a uma imitação humana de Pac-Man, uma corrida de cadeiras, uma torre gigante com latinhas de Red Bull, e até uma rave na madrugada. Tá bom pra você?! =P

Para 2011 a Campus Party Brasil contará com a presença internacional de Al Gore – ex vice-presidente dos Estados Unidos e vencedor do prêmio Nobel da Paz – e Ben Hammersley – editor da versão britânica da revista Wired.
Além da confirmação de Al Gore e Hammersley, também divulgaram a data oficial do evento: 17 a 23 de janeiro de 2011. \o/

As inscrições serão abertas no dia 20 de Setembro e muitas novidades ainda estão a caminho!
Eu, esta garota geek que vos escreve, compareci ao evento deste ano e posso garantir que vale MUITO a pena! Morar por 1 semana com mais de 2 mil nerds e geeks é uma experiência única! XD

E claro, nem preciso dizer que as Garotas Geeks vão marcar presença e sensualidade nesta edição da Cparty! Aguardem, pois vamos levar muitas surpresas pra lá! huhuhu! (6)
Então já reserve no seu calendário a 3ª semana de Janeiro de 2011, traga seu computador, suas latas de Red Bull e toda sua nerdice para a Campus Party 2011! \o/

Parceria GarotasCPBr e Garotas Geeks

2010-10-14T19:06:00.004-03:00

Boa Noite pessoal.

Hoje recebi um email muito legal da Tamirys, editora geral do site Garotas Geeks (http://garotasgeeks.com/wordpress/)

O Garotas Geeks é um site com o melhor da cultura geek de forma bem humorada, feminina e sem frescura. O site tem a proposta de abordar todo o conteúdo do universo geek com foco no público feminino, de uma forma divertida, mas sem ser cor de rosa.

O site quer mostrar que meninas também jogam videogame, RPG, entendem de computadores, gadgets, tem um ótimo senso de humor e sabem passar rímel tão bem quanto dar um Hadouken no Street Fighter!

Na edição de 2011 da cparty Brasil, a equipe do Garotas Geeks estará lá para marcar presença! A equipe do site é formada por 8 garotas.

Nós firmamos uma parceria no sentido de nos ajudar com a divulgação umas das outras. Claro, nos encontraremos na Campus Party Brasil e fazemos todas parte do grupo GarotasCPBr.

Então pessoal, eu vi o site delas e é muito legal mesmo. Acompanhem o site. Eu estarei comentando aqui no meu blog as matérias que elas publicarem por lá que estão por dentro do mundo de TI.

Creio que juntas conseguiremos chamar a atenção de mais mulheres para o mundo da computação e da TI.

É isso pessoal.
Obrigada pela atenção.

[ ]s Cissa

GarotasCPBr = Garotas da Campus Party Brasil

2010-10-11T15:45:00.007-03:00

Pessoal, boa tarde.

Nunca imaginei que isso fosse repercurtir tanto. Estou realmente feliz e impressionada. As mulheres vão chegar chegando na Campus Party Brasil 2011.

Eu e outras garotas que estão acompanhando o programa Geek Vibrations toda quinta-feira das 22h as 00h, pela internet e que promove a Campus Party Brasil, estamos fazendo uma grande bagunça no twitter.

Estamos nos organizando e criamos a tag #GarotasCPBr. Além disso também criamos um grupo de discussão no google groups, garotascpbr@googlegroups.com. As mulheres que irão a Campus Party Brasil 2011 podem enviar um email pedindo para entrar na lista. O Primeiro tópico é sobre as camisetas que queremos fazer para o evento. Estamos aceitando sugestões para a camiseta.

Para fechar com chave de outro, confiram o vídeo que o mbeltran fez em homenagem a tag. Vocês podem conferir no link: http://youtu.be/r2rgWrBihN0?a

Todas as quintas-feiras sou bloqueada no twitter por twittar tanto as tags #cpbrasil e #GarotasCPBr durante o programa Geek Vibrations. A minha empolgação é tanta com o evento que fui chamada para dar entrevista no programa Geek Vibrations nesta quinta-feira, dia 14, as 22h. Vocês podem acompanhar o programa no link: http://geekvibrations.campus-party.tv/

É isto pessoal. Até a próxima. Espero conhecer todos vocês na Campus Party Brasil 2011.

[ ]s Cissa

P.S.: As Garotas que querem entrar no grupo e não conseguem, por favor, enviem o seu email pra mim que eu adicionarei na lista =) valeu

É Dia de Java

2010-10-11T13:05:00.004-03:00

Boa Tarde Galera.

Quando ingressei no mestrado em 2008 como aluna do Professor Sergio Donizetti Zorzo não imaginava que ajudaria a organizar um dos maiores eventos do Departamento de Computação (DC) da UFSCar, o É Dia de Java, que no ano que vem estará na sua 10.ª Edição.

Em 2008 e 2009 o evento foi muito bom, mas o deste ano foi o melhor com certeza. Tivemos aproximadamente 500 inscritos e durante o dia do evento estiveram presentes aproximadamente 350 pessoas que permanecerão até o fim do evento.

O evento é organizado pelo Professor Sergio Donizetti Zorzo, seus alunos de mestrado e o pessoal do SOUJAVA, além de contar com a ajuda da Professora Sandra Abib, das secretarias da Pós Graduação, Cristina e Bruna e também a funcionária do DC, Verinha.

Este ano utilizamos uma estratégia diferente para a divulgação do evento. Utilizamos as redes sociais como Facebook, Orkut e Twitter, o que nos deu um ótimo retorno. Também fizemos a divulgação tradicional por cartazes, emails, etc. Inscreveram-se e participaram do evento pessoas de várias cidades próximas à São Carlos: Ribeirão Preto, Assis, Jaú, São Paulo, Rio Claro, etc.

Todos os organizadores ficaram impressionados com o resultado do evento. Além da ótima qualidade do evento, a quantidade de pessoas interessadas e que permaneceram até o fim do evento, mostraram que o É Dia de Java possui força para uma grande edição no próximo ano.

Estamos preparando algo especial por ser a 10.ª Edição do evento. Se vocês tiveram sugestões para o nosso evento enviem no email diadejava@gmail.com. Sigam-nos no twitter: www.twitter.com/DiaDeJava.

É isso ae pessoal, esperamos vocês no ano que vem no evento que já tem dia marcada: 27 de agosto de 2011, na UFSCar.

[ ]s Cissa

JavaOne and Oracle Develop 2010 Brasil

2010-10-09T15:54:00.005-03:00

Boa Tarde Pessoal.

Em Dezembro acontecerá um dos maiores eventos da comunidade Java no Brasil, o JavaOne!!! Será uma oportunidade única para quem puder participar. O site oficial do evento pode ser acessado em: http://www.oracle.com/br/javaonedevelop/index.html?src=7034680&Act=19

O evento acontecerá de 09 a 11 de Dezembro de 2010, em São Paulo, no Transamerica Expo Center. Quem quisesse palestrar no evento, poderia submeter seu trabalho até ontem.

Confira o texto que está no site:

"Os maiores eventos para desenvolvedores do mundo se uniram e oferecem à comunidade global de desenvolvedores uma combinação poderosa: três dias de treinamentos, muito conteúdo e networking com profissionais do mundo todo.

Todo o mezanino do Transamérica Expo Center será reservado e dedicado aos desenvolvedores durante o JavaOne and Oracle Develop.

Palestras, Keynotes, hands-on, demogrounds, OTN Lounge e atividades de networking serão direcionadas exclusivamente para a comunidade de desenvolvedores. Aprenda, compartilhe e relacione-se com os maiores experts in Java, PL/SQL, Rich Internet Application, SOA, desenvolvimento e muito mais."

Até o dia 13 de outubro, o valor da inscrição para o JavaOne and OracleDevelop é de R$450,00. De 14 de outubro a 14 de novembro R$550,00. De 15 de novembro a 03 de dezembro R$650,00 e nos dias do evento R$650,00

Junto ao JavaOne Brasil estara acontecendo também o Oracle OpenWorld: http://www.oracle.com/br/openworld/index.html

É isso ae pessoal. Quem puder ir, aproveite por todos os que querem e não podem!!!

[ ]s Cissa

Evento Plataforma Java versus Dot Net

2010-10-09T13:10:00.008-03:00

Boa Tarde pessoal.

Semana que vem estarei presente no evento "Plataforma Java versus Dot Net" que ocorrerá em São Paulo, capital, nos dias 15 e 16.

Quando eu soube do evento, confesso que fiquei surpresa. Senti um pouco de medo a princípio, mas acredito que o evento está bem direcionado e só irá contribuir para ambas comunidades. O evento não é uma disputa para demonstrar qual é a melhor das duas plataformas. Muito pelo contrário, o evento pretende apresentar as tecnologias aos participantes, debatê-las e compará-las. O participante do evento só terá a ganhar, poderá tirar todas as suas dúvidas a respeito de ambas e também conhecê-las melhor. Para aqueles que já trabalham com uma das tecnologias será, no meu ponto de vista, uma grande oportunidade para abrir os horizontes da mente.

Quem quiser participar pode fazer a sua inscrição no site. O mais interessante é que o valor pago da sua inscrição será doado para a APACC. Achei a iniciativa muito legal, outros eventos também poderiam adotar esta política.

Bom, para quem for no evento, nos encontramos por la. Infelizmente só poderei participar no Sábado, mesmo assim será muito bom.

http://www.javaversusdotnet.com.br/sp2010/Default.aspx

BiPODiTVR: Brazilian Portable Digital Television Recommender (parte1)

2010-10-08T01:50:00.010-03:00

Boa Madrugada a todos.

Este post dedico ao trabalho que venho desenvolvendo no meu mestrado, denominado BiPODiTVR: Brazilian Portable Digital Television Recommender, que em português significa Recomendador para Televisão Digital Portátil Brasileira.

Conhecimentos necessários para ler este POST: ideal conhecer o middleware Ginga-NCL, sistemas de TV Digital, linguagens de programação LUA, NCL e JAVA, WebServices e sistemas de recomendação.

O meu projeto de mestrado envolve diversas áreas de pesquisa dentre elas as principais são TV Digital e Personalização. Neste projeto eu aprendi a trabalhar com as linguagens NCL e LUA, que são as linguagens utilizadas para se desenvolver aplicações interativas para o sistema de TV digital brasileiro.

Espero poder falar um pouco sobre tudo o que utilizei no meu projeto em vários POSTs aqui no meu blog. Eu estudei durante 2 anos sobre o assunto e gostaria de compartilhar o conhecimento adquirido.

Bom, primeiro talvez seja necessário esclarecer aos leitores o que é um sistema de recomendação. Para isto eu vou preparar um outro POST mais detalhado. Entretanto, para contextualizar os leitores ao texto, falarei de forma resumida sobre o assunto.

Um típico sistema de recomendação fornece ao seu usuário indicações a respeito de algum tema com base nas suas preferências. Para deixar bem claro, cito o site de e-commerce Submarino e o site de vídeos Youtube. Ambos utilizam sistema de recomendação.

No site Submarino, você caro leitor pode verificar ao logar com sua conta e fazer compras que sempre há uma sugestão de algum produto para você. Além disto, você também pode avaliar o produto com uma até cinco estrelas e também recebe mensagem dizendo "quem comprou este produto também comprou este outro produto". Basicamente é isto o que um sistema de recomendação faz.

No Youtube, se você possui um a conta, você também vai notar que existem mensagens para você do tipo "recomendado para você", "mais populares", "videos perto de você". Tudo isto é um sistema de recomendação quem gera, usando o seu histórico de visualização, no caso produtos ou vídeos, como base para aprender sobre os seus gostos.

Bem BiPODiTVR recomenda programas de TV para a televisão digital portátil interativa, mais especificamente, os aparelhos celulares com suporte a TV digital. Não pretendo contar tudo sobre BiPODiTVR em um único POST mesmo porque ficaria muito longo.

BiPODiTVR funciona como mostra a figura abaixo:

A Figura 2 apresenta o fluxo do funcionamento de BiPODiTVR. A rede de TV envia áudio, vídeo e dados, incluindo o EPG para o dispositivo receptor de TVDPI. O celular com recepção de TV Digital recebe o EPG, coleta e armazena os dados do usuário e envia estas informações para o servidor.

O servidor recebe e armazena o EPG e o histórico do usuário, que são enviados pelo celular, gerando em seguida o perfil e as recomendações, enviando de volta para o celular as recomendações geradas, que são apresentadas na tela.

[continua]

Trabalhos Futuros

2009-05-15T12:56:00.001-03:00

Pessoal.

Estou trabalhando em algumas coisas relacionadas à televisão digital portátil.

Esperem e logo encontrarão material sobre o assunto aqui.

[ ]s

JME+WEBSERVICE+BANCO DE DADOS

2008-09-12T10:35:00.003-03:00

atualizado link para download

por favor entrem em contato comigo para passar o link pelo sky drive!!!

[ ]s

Olá a todos.
Estou disponibilizando aqui em meu blog, uma aplicação que estou fazendo. Ela ainda não está pronta, estou fazendo-a ainda. Porém, meu aplicativo JME já consegue acessar e gravar no Banco utilizando WebService.
Espero poder ajudar alguém que esteja precisando. Pretendo fazer um passo a passo de como consegui fazer isto, deixando ainda mais claro como foi feita a aplicação.
Deixem seus comentários.
[ ]s

Monografia sobre JME

2008-08-26T13:43:00.005-03:00

Ai vai o link da minha monografia

http://www.javanoroeste.com.br/artigos/javame.html

http://www.badongo.com/pt/file/8911714 --> pdf

http://www.badongo.com/pt/file/8911685 --> projeto netbeans

Obrigada

Sistema de Apoio Policial --> Trabalho de Conclusão de Curso

2007-11-14T11:32:00.007-02:00

PROCEDIMENTO POLICIAL

A computação está sendo aplicada de forma mais intensa nos setores públicos desde o início do novo milênio. Atualmente os órgãos públicos dos governos Municipais, Estaduais e Federais estão investindo de forma significativa na integração de informações que são utilizadas pelos (e entre os) setores, instituições, etc.

As informações básicas de um veículo já podem ser consultadas pelo proprietário via internet. Entre os vários sites existentes pode-se citar o e-Detran (Departamento Estadual de Trânsito de São Paulo). Basta se cadastrar gratuitamente no site, como um cidadão, obtendo um login e senha para acesso. Através desse portal também é possível fazer solicitações como: Carteira Nacional de Habilitação definitiva; Segunda via da Carteira Nacional de Habilitação; Fazer acompanhamento das solicitações realizadas; Agendar a vistoria do veículo, com dia e hora marcada e definição do serviço de que precisa; Multas; Pontos na Carteira; Situação do veículo; etc.; porém cabe ao cidadão a decisão de se usufruir desses recursos ou não (DETRAN, 2007).

A Polícia também é um das instituições que utilizam essas informações para o seu trabalho, como exemplo ronda ou patrulhamento. Porém um grande problema é enfrentado pelos Policiais: a lenta comunicação. Muitas vezes as informações sobre determinado veículo demoram a ser repassadas pelo rádio, influenciando na velocidade e no desempenho do trabalho Policial. Um novo meio de transmitir essas informações se faz necessário e este trabalho propõe uma alternativa para a resolução deste problema.

Os Policiais, para consultar uma informação de um determinado veículo devem seguir um procedimento básico, simples, porém organizado. A Figura 3.1 mostra o diagrama de atividades do procedimento e aqui alguns pontos devem ser ressaltados:

Figura 3.1 Diagrama de Atividades do Procedimento olicial

1) A comunicação entre as viaturas e a base (COPOM) é totalmente feita por rádio, todos conversam com todos, ou seja, todos os Policiais ouvem tudo o que se passa naquela frequência de rádio. Se alguma pessoa sintonizar nessa freqüência, ela também ouvirá tudo, porém não conseguirá interferir ( _____ , 2007).

2) COPOM - Central De Operações Policiais Militares. Tendo como chefe imediato um Sargento, preferencialmente um especialista em comunicações, o COPOM é um instrumento do Comandante da Organização Policial Militar para a rápida comunicação entre todos os Policiais de serviço, agilizando e organizando o acionamento, sendo que o rádio-operador age, acionando viaturas e passando determinações, em nome do Comandante da OPM, devendo sempre estar em contato com o CPU (Comandante do Policiamento da Unidade) para repassar as determinações, conforme o caso1.

3) Quando se chama o COPOM, um sistema nacional de informações de trânsito é acessado. Qualquer órgão que tiver convênio pode ter acesso àquelas informações. Desta forma há uma integração entre os vários órgãos de trânsito, havendo compartilhamento e troca de informações e, portanto quando há alterações em um órgão conveniado, os outros são atualizados. O PRODESP - Companhia De Processamento De Dados Do Estado De São Paulo, é um órgão conveniado ( _____ , 2007).

4) Este procedimento fornece apenas as características básicas do veículo e normalmente estas são encontradas no documento do mesmo.

É importante lembrar que este é um procedimento básico da operação. Para ter certeza de que aquele veículo está regular, são necessários dois momentos: no primeiro, é realizado o procedimento citado. O veículo constando como roubado ou furtado no sistema a Polícia fará a abordagem e autuação imediata daquele veículo. Caso as informações não sejam as mesmas, a Polícia passará para o segundo momento, a Abordagem do veículo, que deverá ser feita em um local seguro. Após pedir os documentos do condutor e do veículo, a viatura Policial entrará novamente em contato com o COPOM para verificar outras informações, desta vez muito mais detalhadas. Conforme a veracidade desses dados, novas consultas serão feitas, até se chegar à conclusão de que o carro está irregular2 ou não. Neste trabalho, o foco será dado apenas para o primeiro momento do processo, sendo este adaptado para o caso em que o veículo também consta como roubado ou furtado ( _____ , 2007).

Exemplificando: um cidadão queixa na delegacia que seu carro acabou de ser roubado. Imediatamente essa informação é difundida via rádio para todas as viaturas, pois há a possiblidade deste carro estar circulando na cidade ou em uma rodovia ainda próxima a cidade. Além dessa difusão, a informação é adicionada ao PRODESP (que automaticamente é atualizada pra todos os outros órgãos conveniados). A partir daí, as viaturas designadas farão a busca do veículo. Se a cidade for grande, os Policiais avistarão muitos carros com as mesmas características descritas pelo COPOM. Sendo assim, os Policiais terão a necessidade de confirmar algumas informações antes de fazer a abordagem de um carro considerado suspeito, para ter certeza que não estarão perdendo tempo parando aquele veículo sem necessidade, evitando também constrangimentos e transtornos tanto para o condutor do veículo e passageiros, quanto para a própria Polícia ( _____ , 2007).

Em um caso como este, não se pedirá ao COPOM para verificar todas as placas dos carros que forem avistados, pois isso causaria um congestionamento na via de comunicação e, portanto, apenas os carros que os Policiais considerarem suspeitos e sentirem necessidade de colher mais informações é que serão consultados. Uma observação a ser feita neste exemplo é que duas situações graves podem ocorrer:

1) Um carro idêntico ao descrito é encontrado, porém com uma placa diferente. Com a consulta ao PROCOM, verifica-se que aquela placa é fria, ou seja, ela não existe legalmente e, portanto aquele carro pode ter sido roubado ou furtado ( _____ , 2007).

2) Um carro idêntico ao descrito é encontrado, inclusive a placa é a mesma, mas ele é de outro proprietário. Provavelmente, este é um carro dublê. Assim como acontece nas linhas de telefones celulares em que alguém usa a linha e quem paga pelos gastos é o dono, o mesmo acontece com os carros dublês, alguém o usa, gera multas e perde pontos na carteira, mas na verdade quem sai prejudicado, arcando com todas as conseqüências é o dono verdadeiro do veículo ( _____ , 2007).

Portanto, o trabalho Policial na busca de informações de trânsito é delicado, conforme foi mostrado na descrição deste procedimento. Este trabalho tentará otimizar essa busca, incluindo itens de suma importância no retorno dessas informações. No capítulo a seguir o sistema será apresentado.

1 Conforme site da Policia Militar do Paraná:

http://www.pmpr.pr.gov.br/pmpr/modules/conteudo/conteudo.php?conteudo=1194

2 Irregular: licenciamento vencido, IPVA vencido, etc, enfim, qualquer tipo de irregularidade.

MODELAGEM DA APLICAÇÃO J2ME

O Sistema de Apoio Policial tem como objetivo facilitar o trabalho da Polícia Militar. Utilizando tecnologias recentes descritas nos capítulos anteriores, este sistema propõe uma solução para o problema de acesso às informações de veículos1 para a Polícia. Através de um celular com suporte à Java e acesso à web (e a um banco de dados), os policiais obterão com maior rapidez as informações de que necessitam.

Artefatos de Requisitos

Basicamente, o sistema possuirá um software que através do Login/Senha fornecidos se conecta a web e ao banco de dados. Com a autenticação feita, o policial escolherá o tipo de consulta que será feita: Placa ou Chassi. Após a escolha ele deverá digitar ou o número do chassi (caso for consulta por chassi) ou o número da placa (caso seja consulta por placa). Em seguida, a consulta será feita no banco de dados e na tela retornarão as informações relacionadas àquela placa (ou chassi). Terminada a pesquisa, a conexão e a aplicação são encerradas pelo policial ou uma nova consulta poderá ser realizada. As Tabelas 4.1 e 4.2 mostram as funções e os atributos do sistema.

Tabela 4.1 Funções para o Sistema de Apoio Policial.

Tabela 4.2 Atributos para o Sistema de Apoio Policial.

4.2 Diagramas de Caso de Uso

Figura 4.1 Diagrama de Caso de Uso – NetBeansIDE5.5

O público que utilizará este sistema é variado, alguns leigos e outros não e, portanto é necessário levar esse item em consideração, buscando desenvolver uma aplicação de fácil usabilidade para o usuário final. Desta forma serão utilizadas mensagens e telas simples com formulários, tanto para digitação, quanto para o retorno das informações.

No Caso de Uso EfetuarLogin, o Policial, devido à necessidade de buscar mais informações, inicia a aplicação no celular, sendo mostrado em seu display a tela inicial onde deverá digitar o Login/Senha e apertar o botão conectar. Na ação de apertar o botão conectar, o software mostrará mensagem automática de conexão à rede e as informações dos campos serão validadas através da conexão ao banco de dados. Se o Login/Senha existir no banco de dados, uma tela de confirmação será retornada. Caso Login/Senha estejam incorretos ou não existam no banco de dados, uma tela de erro será retornada ao usuário.

Caso de Uso1

No Caso de Uso ConsultarPlaca o Policial apenas digitará a placa do automóvel que deseja consultar. Quando clicar no botão buscar, o sistema fará a verificação de existência da placa no banco de dados. Se a placa existir, as informações no banco de dados retornarão na tela do celular em alguns segundos, caso não exista, uma mensagem de erro será retornada.

Caso de Uso2

No Caso de Uso ConsultarChassi o Policial apenas digitará o chassi do automóvel que deseja consultar. Quando clicar no botão buscar, o sistema fará a verificação de existência do chassi no banco de dados. Se o chassi existir, as informações no banco de dados retornarão na tela do celular em alguns segundos, caso não exista, uma mensagem de erro será retornada.

Caso de Uso3

Diagrama de Classes

Figura 4.2 Diagrama de Classe: Classe Usuario – NetBeansIDE5.5

Figura 4.3 Diagrama de Classe: Classe Veiculo – NetBeansIDE5.5

4.4 Diagramas de Seqüência

Nos diagramas de seqüência a seguir são mostradas as trocas de mensagens entre o Policial e o Sistema de Apoio Policial.

Figura 4.4 Diagrama de Seqüência: EfetuarLogin – NetBeansIDE5.5

Contrato1

Figura 4.5 Diagrama de Seqüência: ConsultarPlaca – NetBeansIDE5.5

Contrato2

Figura 4.6 Diagrama de Seqüência: ConsultarChassi – NetBeansIDE5.5

Contrato3

4.5 Diagrama de Atividade

Figura 4.7 Diagrama de Atividade – NetBeansIDE5.5

4.6 Diagrama de Implementação

Figura 4.8 Diagrama de Componente – NetBeansIDE5.5

Figura 4.9 Diagrama de Implantação – NetBeansIDE5.5

Banco de Dados

Código

Esta seção abordará comentários sobre o código desenvolvido para a aplicação do servidor e também para a aplicação cliente.

Como mostrado nos diagramas de componentes e de implantação, de um lado, o cliente, foi utilizado um programa que simula um dispositivo móvel para a configuração CLDC 1.0 e o perfil MIDP 2.0. O Sun Wirelles Toolkit 2.5 é de uso obrigatório para outros programas, como o Netbeans, para desenvolvimento e simulação das aplicações móveis. Do outro lado foi utilizado um servidor web para aplicações Java, o web container Tomcat5 (suporte à Servlet 2.4, JSP 2.0, versão J2EE 1.4) trabalhando junto com o banco de dados MySQL 5.

A aplicação do lado cliente (aplicação móvel) foi desenvolvida no NetBeans5.5. A figura 4.12 mostra o flow design da aplicação desenvolvida através da opção Visual Midlet do NetBeans.

O Flow Design funciona como um fluxo da aplicação, tornando a programação mais produtiva. A aplicação cliente possui então, quatro formulários: login, escolha do tipo de consulta, consultar por placa e consultar por chassi. No formulário principal, foram incluídos dois botões, um para sair da aplicação e outro para logar. No formulário para escolha do tipo de consulta, existem quatro botões: placa – para ir ao formulário da consulta por placa, chassi – para ir ao formulário da consulta por chassi, sair – para sair da aplicação e voltar – para voltar à tela de login.

Figura 4.10 Flow Design – NetBeansIDE5.5

Quando o usuário escolher placa, o formulário para placa será chamado e mostrado no display. Este possui quatro botões: sair – para sair da aplicação, voltar – para voltar à tela de escolha do tipo de consulta, consultar – para fazer a busca no banco e ir para chassi – para escolher o formulário chassi. O formulário para o chassi é chamado quando o usuário clica no botão consultar por chassi. Assim como o formulário placa, este também possui quatro botões: sair – para sair da aplicação, voltar – para voltar à tela de escolha do tipo de consulta, consultar – para fazer a busca no banco e ir para placa – para escolher o formulário placa.

No lado servidor, um servlet foi desenvolvido utilizando também o NetBeans 5.5. O servlet recebe o pedido do cliente através de uma string url e apartir dela é possível tratar a comunicação com o banco de dados e também o envio da resposta para o cliente, tudo através da conexão HTTP.

De forma resumida, a seguir, é apresentado o que ocorre nesta conversa entre cliente e servidor nos códigos fontes de cada um.

Ao clicar no botão logar, a classe ThreadHttpConnection é chamada. No primeiro bloco try/catch ocorre a seguinte situação: se houver um erro de conexão HTTP ou no servidor, este erro será retornado ao cliente no display. Caso a conexão seja estabelecida, o servidor fará a comparação da string command enviada ao final da url para saber o que fazer.

APLICAÇÃO CLIENTE

//início da classe

1 private class ThreadHttpConnection extends Thread {

//a linha 2 envia a string url de conexão web via http (método post) para o servidor

2 public String url = "http://localhost:8084/ServerSAP/ServerSAP?command=fazerlogin";

APLICAÇÃO DO SERVIDOR

//início do método POST

protected void doPost(HttpServletRequest request,

HttpServletResponse response) throws ServletException, IOException {

//abre o envio e recebimento de dados

dis = new DataInputStream( ( InputStream ) request.getInputStream() );

dos = new DataOutputStream( ( OutputStream ) response.getOutputStream() );

// define uma string chamada command para comparar a string que está chegando do cliente e com ela saber o que fazer em seguida

String command = request.getParameter( "command" );

System.out.println( "n String command recebida... " + command );

// se o comando que está chegando do cliente estiver vazio

if ( ( "" ).equals( command ) ) {

// imprime no console

System.out.println( "n String command vazia" );

}

// se o comando que está chegando do cliente é o comando fazer login

else if ( ( "fazerlogin" ).equals( command ) ) {

Se a string enviada pelo cliente for a que corresponde a fazerlogin, então, o servlet fará o gerenciamento de sessão e buscará os dados no banco.

O gerenciamento de sessão deve sempre ser utilizado em aplicações deste tipo. Isto porque o protocolo HTTP não tem estado e também não possui nenhuma conexão persistente entre o cliente e o servidor. Portanto, a interação entre eles poderá ocorrer se o servidor reconhecer que os pedidos estão vindo do mesmo cliente. Neste trabalho utilizou-se a reescrita de url para sanar este problema. O servlet criará então apartir da string url fornecida uma nova sessão e um ID de sessão correspondentes para poder controlar os pedidos do cliente, isto é também conhecido como controle de sessão. Com isto, um cabeçalho é enviado ao cliente e nele é indicado o novo url reescrito. Ao receber a resposta do servlet, o cliente procura por um cabeçalho indicando o novo url e após este passo, cada pedido do cliente, usando este novo url reescrito, faz com que seja possivel para o servlet reconhecer quem inicou o pedido (MUCHOW, 2004).

O código a seguir, desenvolvido para esta aplicação, mostra como o servlet e o midlet faz este tratamento.

APLICAÇÃO DO SERVIDOR

//inicia o bloco try/catch que trata da requisição do cliente

try {

// obtém informações da sessão

HttpSession session = request.getSession( true );

System.out.println( "n Session... " + session );

// se for uma sessão nova, reescreve o URL do cliente

if ( session.isNew() ) {

// obtém o URL

String incomingURL = request.getRequestURL().toString();

System.out.println( "n incomingURL... " + incomingURL );

// codifica e adiciona o ID de sessão no URL

String URLwithID = response.encodeURL(incomingURL);

System.out.println( "n URLwithID... " + URLwithID );

// devolve um cabeçalho para o cliente, com o novo URL

response.setHeader( "Custom-newURL", URLwithID );

System.out.println( "n URLwithID... " + URLwithID );

}

Com a conexão estabelecida, o cliente envia os dados de login para que o servidor busque no banco de dados e verifique sua existência.

APLICAÇÃO CLIENTE

//inicio da thread

public void run() {

HttpConnection http = null;

//bloco try/catch: envia dados para o servidor

try {

//abre a conexão http

http = (HttpConnection)Connector.open(url, Connector.READ_WRITE);

//informações de cabeçalho exigido pelo método POST (headers ou cabeçalho normalmente tem um nome e um valor que estão sempre no formato string)

http.setRequestProperty("User-Agent", "Profile/MIDP-2.0 , Configuration/CLDC-1.0");

http.setRequestProperty("Content-Language", "en-US");

//método POST

http.setRequestMethod(HttpConnection.POST);

//abre a saída de dados

dos = http.openDataOutputStream();

//envia a string login

dos.writeUTF(login.trim());

//força o envio dos dados

dos.flush();

//imprime no console a url e o login enviados ao servidor

System.out.println( "n Enviando String url: " + url );

System.out.println( "n Enviando String Login: " + login );

System.out.println( "n Conectando com o servidor para fazer o login" );

}

O servidor recebe a string e faz a busca no banco.

APLICAÇÃO DO SERVIDOR

//o servidor lê a string que veio do cliente

String login = dis.readUTF();

// escreve no console a string login que veio do cliente

System.out.println( "n String login recebida... " + login );

//bloco try/catch: busca dos dados no banco e imprime tudo no console

try {

// prepara a Statement

ps = this.con.prepareStatement(sqla);

System.out.println( "n prepare statement... " + sqla );

// seta o valor “?” da String sql

ps.setString( 1, login );

System.out.println( "n string login para consulta... " + login );

//executa a query de consulta

rs = ps.executeQuery();

System.out.println( "n rs... " + rs );

System.out.println( "n ps... " + ps );

}

Após a consulta, o servlet fará a verificação de null. Mesmo que o conteúdo de loginResult seja null, este resultado será enviado ao cliente, que se encarregará do tratamento adequado. Com o IF, é possível identificar quando ocorre o null na busca.

APLICAÇÃO DO SERVIDOR

//ser loginResult for igual a null então

if ( ( "" ).equals( loginResult ) ) {

System.out.println( "n if loginResult == null --> String loginResult tem o valor... " + loginResult );

// retorna para o cliente o resultado da busca

response.setContentType("text/plain");

dos.writeUTF(loginResult);//saída de dados

dos.writeUTF(senhaResult); //saída de dados

System.out.println( "| Enviando loginResult: " + loginResult + " | Enviando senhaResult: " + senhaResult );

dos.flush(); // força o envio para o cliente

dis.close(); // fecha a entrada de dados

dos.close(); // fecha a saída de dados

}

//ser loginResult for diferente de null então

else {

System.out.println( "n if loginResult < > null --> String loginResult tem o valor... " + loginResult );

// retorna para o cliente o resultado da busca

response.setContentType("text/plain");

dos.writeUTF(loginResult); //saída de dados

dos.writeUTF(senhaResult); //saída de dados

System.out.println( "| Enviando loginResult: " + loginResult + " | Enviando senhaResult: " + senhaResult );

dos.flush(); // força o envio para o cliente

dis.close(); // fecha a entrada de dados

dos.close(); // fecha a saída de dados

}

No cliente, primeiro é feito o controle de sessão:

APLICAÇÃO CLIENTE

//bloco try/catch: tratamento da resposta do servidor

try {

//abre a entrada de dados

dis = http.openDataInputStream();

//bloco try/catch: gerenciamento de sessão

try {

//obtém informações de cabeçalho

String URLwithID = http.getHeaderField("Custom-newURL");

System.out.println( "n URLwithID: " + URLwithID );

//se o cabeçalho possui um URL reescrito, então:

if(URLwithID != null) {

url = URLwithID; //atualiza o URL para todos os pedidos futuros da servlet

System.out.println( "n Url: " + url );

}

//se qualquer erro ocorrer neste ponto, é mostrado um alert.

catch (IOException ex) {

System.out.println( "n Passei no catch Reescrita de URL..." + ex.toString() + " n " );

showAlert( " n Foi encontrado o seguinte erro...n" + ex.getMessage() + " n " );

getDisplay().setCurrent(get_alert1(), get_formPrincipal());

ex.printStackTrace();

}

Em seguida é feita a leitura das strings que estão chegando do servidor. Se loginResult for igual a null, então o texto “Dados não encontrados” é setado no item “StringItem” do formulário, mostrando para o usuário que a busca retornou um erro. Caso loginResult for diferente de null, então um alert será mostrado com o resultado da busca.

APLICAÇÃO CLIENTE

try {

loginResult = dis.readUTF();//entrada de dados

senhaResult = dis.readUTF();//entrada de dados

System.out.println( "n String loginResult tem o valor... " + loginResult + " String senhaResult tem o valor... " + senhaResult);

//se loginResult e senhaResult forem igual a null então imprime no console o que chegou e vai para o catch

if ( ("").equals(loginResult) && ("").equals(senhaResult) ){

System.out.println( "n if loginResult == null --> String loginResult tem o valor... " + loginResult + "String senhaResult tem o valor..." + senhaResult);

}

//se loginResult e senhaResult forem diferente de null então

else {

try {

System.out.println( "n if loginResult < > null --> String loginResult tem o valor... " + loginResult + "String senhaResult tem o valor..." + senhaResult);

alertResult = new Alert( "n Seja Bem Vindo(a):n ","n Bem Vindo(a): n " + loginResult, null, AlertType.CONFIRMATION) ;

alertResult.setTimeout(Alert.FOREVER);

getDisplay().setCurrent(alertResult, get_formEscolha());

getDisplay().vibrate(1000);

dos.close();//fecha a saída de dados

dis.close();//fecha a entrada de dados

http.close();//fecha a conexão http

} catch (IOException ex) {

ex.printStackTrace();

}

//passa aqui quando loginResult e senhaResult for igual a null

catch (IOException ex) {

System.out.println( "n Passei no catch login result..." + ex.toString() + " valor de loginResult " + loginResult);

stringItemFormPrincipal.setLabel("Erro: ");

stringItemFormPrincipal.setText("Dados não encontrados. Por favor, Faça seu login novamente!");

getDisplay().setCurrent(get_formPrincipal());

textFieldLogin.setString("");

textFieldSenha.setString("");

//ex.printStackTrace();

}

O código para consulta por placa e por chassi é semelhante, o conceito é o mesmo e, portanto não há necessidade de comentá-los. O código fonte completo da aplicação cliente e servidor encontra-se no CD que acompanha este trabalho.

1 Entenda-se por veículos motos, carros, caminhões, enfim, meios de transporte terrestre.

CONCLUSÃO

A linguagem J2ME está em sua plena forma no mundo atual, sendo portanto muitíssimo utilizada para desenvolvimento de diversas aplicações, desde as mais simples até as mais complexas. As empresas descobriram o que é possível fazer com todas essas ferramentas e tecnologias disponíveis e estão cada vez mais investindo nesta área devido aos inúmeros benefícios fornecidos e portanto, a tendência é a de que este mercado cresça e se fortaleça.

Os estudos bibliográficos realizados e discutidos nos capítulos 1 e 2 deste trabalho, confirmam o quão veloz evoluem as tecnologias no mundo da computação. No início deste projeto, existiam apenas celulares com suporte para MIDP 2.0. Porém ao término deste, o MIDP3.0 foi lançado e aparelhos com suporte para a nova especificação de JME estão sendo vendidos em peso no mercado.

Para os desenvolvedores desta área, o desafio é sempre a palavra chave de seu trabalho. Constantes mudanças dos fabricantes e do JCP obrigam o desenvolver a estar sempre antenado no que está acontecendo ao seu redor e a atualizar-se rapidamente para que não fique ultrapassado.

Graças a todo esse esforço em evoluir, a idéia deste projeto pôde ser concretizada. Como já dito anteriormente, a implantação deste projeto no mundo real leva em conta outros fatores que fogem ao escopo desta monografia, como por exemplo o envolvimento da Policia Militar e toda a burocracia carregada com a instituição.

Por fim, conclui-se que o objetivo deste trabalho foi alcançado e como extensão de trabalho possíveis melhorias na segurança dos dados transferidos entre o celular e o servidor podem ser realizadas.

Banco de Dados Móveis

2007-11-14T11:30:00.005-02:00

BANCO DE DADOS MÓVEIS

A Computação Móvel é um novo Paradigma que está afetando e alterando premissas importantes, conceitos e modelos tradicionais, em várias áreas da computação, entre elas, os Bancos de Dados, sendo a Computação Móvel atualmente considerada uma variação dos sistemas distribuídos (RAINONE, 2007).

Computadores Portáteis e Redes de Comunicação de Dados mais velozes estão transformando a realidade do nosso cotidiano, tornando o acesso à informação mais fácil e prático. Essas duas tecnologias levam a comunicação móvel a uma nova dimensão na comunicação e no processamento de dados e assim, questões como distribuição e replicação de dados, modelos de transações, processamento de consultas, recuperação e tolerância a falhas e o próprio projeto de Bancos de dados devem ser analisadas de maneira a atender às exigências da computação móvel (CÔRTEZ, 2007).

Com a combinação dessas duas tecnologias, novas aplicações estão se desenvolvendo. Como exemplo, pode-se citar o Censo Agropecuário 2007 do IBGE (Instituto Brasileiro de Geografia e Estatística) que usufruirá de todas as vantagens fornecidas pelo uso do PDA. Conforme o site do IBGE, as principais vantagens no emprego intensivo da coleta de dados pelo PDA são:

O GPS para registar a localização exata da propriedade rural.
A coleta das informações com um questionário de aproximadamente 600 questões, as quais poderão, caso haja erro no ato na entrevista, serem corrigidas naquele mesmo instante.
O preenchimento de todas as questões obrigatórias.
A customização do preenchimento dos dados a partir de saltos automáticos no formulário.
O acompanhamento em tempo real do andamento da coleta de dados em todos os municípios.
A dispensa do transporte de grandes volumes de questionários em papel e o manuseio dos mesmos nos centros de captura de dados.

Entretanto, apesar das inúmeras vantagens fornecidas por este novo paradigma, muitos problemas ainda necessitam ser resolvidos, alguns herdados dos sitemas distribuídos e outros da própria computação móvel que exige a pesquisa e desenvolvimento de novos modelos computacionais visto que, as várias restrições influenciam significativamente no projeto e estrutura de aplicações (SILBERCHATZ, 1999).

Tecnologias Sem Fio

Comunicação sem fio ou comunicação sem cabos usa ondas eletromagnéticas (ondas de rádio, luz infravermelha, laser, ondas sonoras, etc.) como meio de propagação para estabelecer a comunicação entre dois pontos. Na Indústria de Telecomunicações o termo é empregado para definir sistemas de comunicação à distância como, por exemplo, transmissores e receptores de rádio, controles remotos, redes de computadores etc., para transmitir informação sem o uso de fios. A seguir são destacadas as tecnologias sem fio mais recentes e mais utilizadas para a comunicação sem cabos (WIKIPEDIA_e, 2007).

Wireless

Wireless significa Comunicação Sem Fio, sendo utilizada para tornar mais cômodo o acesso às redes de comunicação. (MACHADO, 2007).

A Rede Wireless é um agrupamento de computadores (e outros dispositivos) interligados através de ondas de rádio ou outras formas de ondas eletromagnéticas e são classificadas como WPAN (Wireless Personal Area Network - Rede pessoal sem fio), WLAN (Wireless Local Area Network - Rede local sem fio), WMAN (Wireless Metropolitan Area Network - Rede de área metropolitana sem fio) e WWAN (Wireless Wide Area Network - Rede de longa distância sem fio) (WIKIPEDIA_c, 2007). O padrão utilizado pelas redes Wireless são: Wireless WAN IEEE 802.20, Wireless MAN IEEE 802.16, Wireless LAN IEEE 802.11, Wireless PAN IEEE 802.15. (FARIA, 2005).

Wi-Fi

Wi-Fi é marca registrada pertencente à Wireless Ethernet Compatibility Alliance - WECA, abreviatura para "wireless fidelity", ou seja, uma tecnologia de interconexão entre dispositivos sem fio (WIKIPEDIA_d, 2007). Wi-Fi é uma WLAN.

As características do Wi-Fi são: a) operação em 2,4GHz; b) taxa de transmissão de 11Mbps; c) modulação DSSS (Direct Sequence Spread Spectrum - Espalhamento Espectral por Seqüência Direta) com alcance de 100 a 300 metros. Existem três topologias básicas: Independent Basic Service Sets - IBSSs, Basic Service Sets - BSS e Extended Service Sets – ESSs e os principais padrões são IEEE 802.11 a, IEEE 802.11 b, IEEE 802.11 g.

Enfim, Wi-Fi trata-se de uma tecnologia de acesso à Internet sem fios e cabos e que pode chegar a uma taxa de transmissão de 54Mbps, o que torna a definição mais abrangente e dependente de solução de conectividade à rede mundial de computadores (COTRINO, 2006).

Wi-Max

Wi-Max surgiu para solucionar problemas encontrados em outras tecnologias sem fio: a) transmissão de dados sem fio bastante limitadas quando se fala em largura de banda, b) alcance e, principalmente c) transmissão sem interferência (RIBEIRO, 2007).

Wi-Max é uma tecnologia que permite uma cobertura de área maior tornando possíveis as redes metropolitanas sem fio usando topologia multiponto e Mesh (malha). Opera em freqüências licenciadas e não licenciadas (2.4 – 5.8 Ghz e 3.5 – 10.5 GHz) sendo voltada para Wireless BroadBand (acesso sem fio banda larga) utilizando o padrão 802.16.

O grande diferencial do WiMax em frente das outras tecnologias é o fato de ser um padrão aberto, que possibilitará a fabricação de equipamentos interoperáveis e significativamente mais baratos (RIBEIRO, 2007).

Infravermelho

A tecnologia infravermelho usa luz difusa refletidas nas paredes, tetos entre outros, ou transmissão em visada direta1 entre transmissores e receptores. Os transmissores são simples LEDs2 ou diodo laser, assim como fotodiodos atuam na recepção do sinal luminoso (RIO DE JANEIRO, 2007).

As principais vantagens da tecnologia infravermelho são (RIO DE JANEIRO, 2007):

Os transmissores e receptores simples e baratos disponíveis na maioria dos dispositivos móveis atuais, dispositivos estes que possuem uma interface de associação de dados baseada em infravermelho, ou seja, IrDA – Infrared Data Association;
A versão 1.0 deste padrão industrial possibilita taxas de transmissão de até 115 kbit/s, enquanto IrDA 1.1 define taxas maiores de 1.152 e 4 Mbit/s;
Nenhuma licença de operação é necessária e a proteção é muito simples;
Dispositivos elétricos não interferem na transmissão de dados.
Algumas desvantagens da transmissão infravermelho são (RIO DE JANEIRO, 2007):
A baixa taxa de transmissão se comparada às taxas apresentas pelas LANs;
A facilidade de bloqueio do sinal luminoso.

Bluetooth

O termo Bluetooth designa uma tecnologia que permite a comunicação de voz e dados através de um enlace de rádio de baixo alcance. Inicialmente o Bluetooth foi desenvolvido para a substituição dos cabos associados a dispositivos periféricos (OLIVEIRA, 2003). A estrutura básica de comunicação no Bluetooth chama-se piconet, e pode ser descrita como uma rede onde um nodo central (mestre) comunica-se ativamente com os outros nodos (escravos) formando uma topologia em estrela. Estes dispositivos operam na faixa de 2,4 GHz, que antes era reservada formalmente a um grupo de profissionais (OLIVEIRA, 2003). As desvantagens desta tecnologia são o seu raio de alcance (10 metros) e o número máximo (8) de dispositivos que podem se conectar ao mesmo tempo (WIKIPEDIA_a, 2007).

Telefonia Móvel Celular

Um telefone celular é um aparelho de comunicação por ondas eletromagnéticas que permite a transmissão bidireccional de voz e dados utilizáveis em uma área geográfica que se encontra dividida em células, cada uma delas servida por um transmissor/receptor (WIKIPEDIA_b, 2007).

Conforme mostrado na Figura 2.1 abaixo, a Telefonia Móvel Celular é um sistema de comunicação sem fio constituído de Rádios Móveis, Terminais dos Usuários e por Estações Rádio Base (ERB). Uma ERB cobre determinada célula do sistema ocorrendo um handoff (transferência do serviço) quando o usuário sai de uma célula e entra em outra. A telefonia móvel celular reutiliza as freqüências já utilizadas de forma a não haver interferências. Este sistema permite comunicação por voz, mensagens alfanuméricas e mais recentemente mensagens multimídia, vídeos, fotos, acesso à internet entre outros recursos (MEDEIROS, 2005).

Conhecer um pouco da história se faz necessário para poder conhecer a evolução das tecnologias móveis celulares e desta forma chegar ao momento atual (MEDEIROS, 2005).

Em 1947 surgiu a idéia básica através do estudo da aplicação de células de transmissão e recepção de sinais de telecomunicações para uso no serviço provido aos comunicadores portáteis utilizados em automóveis. Nessa época o Bell Labs utilizou-se dessa idéia para serviços utilizados pelas viaturas policiais. Em 1973 foi realizada a primeira ligação utilizando um telefone móvel celular pelo gerente da divisão de sistemas da Motorola (FIORESE, 2005).

No ano de 1977 foram realizados testes em que o telefone móvel operava dentro de uma célula, ou seja, uma área limitada e quando se deslocava de uma célula a outra, as células se comunicavam permitindo o atendimento para a próxima região geográfica. Na década de 80 o uso comercial da tecnologia de telefonia celular foi autorizado e a primeira rede de telecomunicações móveis analógica foi criada, a Advanced Mobile Phone Service, AMPS e é considerada como tecnologia de primeira geração. Ainda na primeira geração estão os sistemas analógicos e as chamadas de voz (FIORESE, 2005).

Da segunda geração em diante é empregada a modulação digital e nesta enquadram-se as tecnologias TDMA (Time Division Multiple Access - Acesso Múltiplo por Divisão de Tempo), CDMA (Code Division Multiple Access - Acesso Múltiplo por Divisão de Código), GSM (Global System for Mobile Communications - Sistema Global para Comunicações Móveis), Sistemas Digitais (baixa taxa de transmissão de dados), Chamada de Voz, SMS (Short Message Center – Serviço de Mensagens Curtas), WAP (Wireless Application Protocol – Protocolo para Aplicações sem fio).

Como parte da mudança da segunda para terceira geração encontram-se 1xRTT (Radio Transmission Tecnology – Tecnologia de Transmissão a Rádio), GPRS (General Packet Radio Service – uma tradução poderia ser: Serviço geral de pacotes de rádio), Sistemas Digitais (comunicação por pacotes 144kpbs), Chamadas de Voz, SMS, WAP, MMS (Multimedia Messaging Service - Serviço de mensagens multimídia), entre outros.

Por fim, a terceira geração é composta por 1xEVDO (Evolution Data Only - Evolução Apenas de Dados, ou Evolution Data Optimized - Evolução de Dados Otimizados), WCDMA (Wide-Band Code-Divison Multiple Access), Sistemas Digitais (comunicação por pacotes com taxa de até 2Mbps), Chamadas de Voz, Serviços de Valor Adicionado, Serviços de Comunicação de Dados, entre outros (FIORESE, 2005).

Essas gerações foram baseadas nas diferentes tecnologias para a difusão das ondas eletromagnéticas nos telefones celulares que são baseadas na compressão das informações ou em sua distribuição (WIKIPEDIA_b, 2007). A seguir, de forma rápida, os principais padrões de tecnologias celulares serão explicados.

AMPS

A primeira Geração de Sistemas Celulares (sistemas analógicos) estabeleceu a estrutura e funcionalidades básicas associadas a estes sistemas Como já dito anteriormente, o AMPS foi desenvolvido pelo Bell Labs nos Estados Unidos em 1979, entrou em operação naquele país em 1983 e tornou-se o sistema analógico dominante a nível mundial. Foi padronizado pela EIA-553 (Electronic Industry Association – Associação das Indústrias Eletrônicas) e serviu de base para os demais sistemas analógicos como o TACS (Total Access Communication System – uma tradução poderia ser: Sistema de comunicação de acesso total) no Reino Unido (TUDE_a, 2003). O AMPS opera na freqüência de 800 MHz, é um sistema que utiliza o múltiplo acesso por divisão de freqüência (FDMA – Múltiplo Acesso por Divisão de Freqüência – Frequency Division Multiple Access). A Banda é dividida em canais de RF (Radio Frequency – Rádio Freqüência), onde cada canal consiste de um par de freqüências (Transmissão e Recepção) com 30 kHz de banda cada, ocupando 12,5 MHz cada banda, sendo estas compostas por 416 canais, sendo 21 canais de controle e os demais de voz. Os canais utilizam modulação FM (Modular Frequency – Freqüência Modular). Um canal de voz é alocado e permanece dedicado a uma chamada durante toda a sua duração (TUDE_a,2003).

TDMA

O TDMA foi o precursor dos sistemas digitais tendo sua arquitetura básica compatível com o padrão AMPS. O TDMA opera na faixa entre 800 e 1900 MHz. Apesar de manter toda a estrutura de canalização do AMPS, este sitema permite que um canal seja compartilhado no tempo por vários usuários através de múltiplo acesso por divisão no tempo, permitindo também a implantação do SMS devido ao canal de controle digital. (TUDE_a, 2003).

Quando os sistemas digitais de segunda geração foram implantados, o AMPS passou a ser utilizado como uma alternativa para complementar a cobertura destes sistemas, devido a sua extensa cobertura. Isto é possível, pois os terminais móveis são duais TDMA/AMPS e CDMA/AMPS, podendo passar a operar automaticamente em AMPS quando o sistema digital não está disponível (TUDE_a, 2003).

CDMA

Surgiu da idéia de dificultar a detecção e interferência dos sinais. Basicamente um mesmo bit de espectro pode ser usado por todos os aparelhos celulares e as conversações podem ser mantidas separadas pelo uso de códigos individuais.

O CDMA é uma tecnologia que utiliza espalhamento espectral (Spread Spectrum) como meio de acesso para permitir que vários usuários compartilhem uma mesma banda de freqüências. O CDMA permite uma melhor utilização do espectro possibilitando um aumento de capacidade dos sistemas celulares (TUDE _b, 2003).

Opera na faixa entre 800 e 1900 MHz permitindo até 120 caracteres para o SMS e possui banda na faixa de 1,25MHz.

GSM

Global System for Mobile Communications ou Sistema Global para Comunicações Móveis. Opera em três faixas de freqüências: 900 as 1900 MHz. Usa simultaneamente os sitemas TDMA/FDMA/FDD (Fiber Distributed Data - Dados distribuídos por fibra). O GSM enfatiza a confidencialidade nas comunicações que foram tratadas utilizando-se um chip (removível) em que são armazenados os dados de assinatura e identificação do assinante. Além disto, um número pessoal de identificação é fornecido ao assinante para que junto ao chip, a segurança contra roubos, fraudes, clonagens ou uso por pessoas indesejadas seja garantida (FERRARI, 2005).

GPRS

É um serviço não baseado em voz, de valor agregado, que permite a recepção e envio de informações através da telefonia móvel celular. Teoricamente as taxas de transferência podem atingir até 171,2 kbps. Este sistema facilita as conexões instantâneas, ou seja, alta disponibilidade de conexão, o que é uma vantagem para muitas aplicações. Utiliza-se da comutação de pacotes significando que os recursos de rádio serão trabalhados somente quando os usuários estiverem enviando ou recebendo dados. O GPRS é também compatível com TDMA e GSM (CARVALHO, 2007).

W-CDMA

O W-CDMA é um padrão de interface de rádio, entre o terminal celular e a Estação Rádio Base, desenvolvido para o UMTS (Universal Mobile Telecomunications System – Sistema Universal de Telecomunicações Móveis) e padronizado pela UIT (International Telecommunication Union – União Internacional de Telecomunicações). Esta tecnologia utiliza como método de múltiplo acesso o CDMA de Sequência Direta, com os vários terminais compartilhando uma mesma banda de freqüências, porém, utilizando códigos diferentes de espalhamento espectral (TUDE_c, 2004).

Legalizado em Junho de 1995, o W-CDMA é um padrão norte-americano IS-665 (Interim Standard - Padrão do ínterim). Possui um importante papel na realização das comunicações móveis sem fio isto porque tem quase o mesmo desempenho na transmissão quanto às comunicações com fio. Cada terminal WCDMA pode acessar vários serviços diferentes ao mesmo tempo. Pode ser voz ou uma combinação de serviços como internet, multimídia, e-mail e vídeo (ROCHA, 2007).

Computação Móvel

Um Ambiente de Computação Móvel é formado pelos Hosts Fixos, Hosts Móveis (ou Unidades Móveis) e Estações de Base, ou seja, vários computadores que são interligados por uma rede com fio de alta velocidade. A Figura 2.1 ilustra uma arquitetura genérica de um Ambiente de Computação Móvel (ELMASRI, 2005).

Os Hosts Fixos podem ou não serem equipados para gerenciar unidades móveis. Já as Estações de Base podem comunicar-se com os Hosts Móveis (computadores portáteis) suportando também o acesso a dados. Estas se comunicam com as Estações de Base, e vice-versa, por canais sem fios de largura de banda limitada. Cada Estação de Base gerencia os Hosts Móveis que estão dentro de sua célula, ou seja, dentro de seu Domínio Geográfico de Mobilidade, assim, quando um Host Móvel se locomove entre células, o processo de recuperação de dados não é afetado, pois a arquitetura é projetada de forma a emular uma arquitetura Cliente/Servidor (ELMASRI, 2005; SILBERCHATZ, 1999).

A comunicação sem fios permite a aplicação de várias arquiteturas de comunicação, entre elas a AD HOC3 ou MANET (Mobile Ad hoc NETwork), que considera um Host Móvel como sendo, simultaneamente, um Cliente e um Servidor, podendo esses Hosts Móveis comunicar-se sem a necessidade de uma rede fixa, utilizando, por exemplo, a Tecnologia Bluethooth e também se responsabilizando pelo roteamento de seus próprios dados (ELMASRI, 2005).

Características dos Ambientes Móveis

Entre diversas características relacionadas aos ambientes móveis, existe a Latência na Comunicação, dada pelos processos exclusivos do meio sem fio; a Conectividade Intermitente podendo ser uma Desconexão não Intencionada ocorrendo normalmente nos locais em que os sinais sem fios não chegam, ou então uma Desconexão Intencionada normalmente ocasionada pela intervenção do usuário; a Vida da Bateria, normalmente limitada, com duração de poucas horas; e a Localização do cliente, que sempre está em movimento, alterando a topologia de rede. Essas características devem ser levadas em consideração, pois afetam diretamente o gerenciamento de dados e as aplicações móveis (ELMASRI, 2005).

Já em relação aos SGBDs (Sistemas Gerenciadores de Bancos de Dados) móveis entre as principais características destacam-se: - Bancos de Dados interligados por uma Rede de Comunicação sem Fio; - O Host Móvel acessa um Banco de Dados em um Host Fixo ou em um Host Móvel; - O Host Móvel pode ser o Cliente e o Servidor simultaneamente; - Os Bancos de Dados são, em sua maioria, Heterogêneos, Autônomos e Distribuídos (CÔRTEZ, 2007).

Algumas características também podem se consideradss problemas ou limitações. No contexto dos SGBDs deve-se levar em consideração que os elementos móveis são pobres em recursos, a mobilidade tem natureza perigosa, a conectividade é varivável em seu desempenho e confiabilidade de conexão e, por fim, os elementos móveis possuem bateria finita.

Como conseqüências dessas limitações e caracterísitcas, a configuração dos sistemas que possuem elementos móveis não é estática, aumentando o custo da localização de um elemento móvel e também o custo da comunicação. A conectividade fraca, intermitente e variável torna as redes sem fio mais caras, oferecendo menor largura de banda, maior latência, menor confiança, qualidade de conexão variável devido a interferências e a distância entre os Hosts Móveis em relação às Estações de Base e vice-versa. Em contrapartida, há maior facilidade para a difusão de dados na rede.

Gerenciamento de Dados

As questões de gerenciamento de dados distribuídos podem ser aplicadas em Bancos de dados móveis: modelos de transações, recuperação de dados e tolerância a falhas, disseminação e replicação de dados, processamento de consulta, entre outros (ELMASRI, 2005).

A computação móvel precisa ser estruturada de forma que as transações sejam divididas em conjuntos de transações, algumas executando no Host Móvel e outras no Host Fixo (ou Estação Base). Uma transação móvel então pode ser definida como uma transação distribuída. As transações móveis acessam sistemas heterogêneos e dados que mudam rapidamente de localização. Desta forma novos modelos de transações vêm sendo desenvolvidos, já que a computação móvel está mais propensa a erros e acidentes, devendo haver também uma atenção especial às propriedades ACID (Atomicidade, Consistência, Isolação e Durabilidade) que neste ambiente poderão ser totalmente diferentes daquelas relacionadas aos Bancos de Dados Convencionais (CÔRTEZ, 2007; ELMASRI, 2005).

Um exemplo de disseminação (ou distribuição) e replicação de dados são as mensagens que normalmente recebemos nos celulares das operadoras, com ofertas e promoções. A idéia básica é fazer com que os dados que são freqüentemente requisitados sejam difundidos e atualizados em ciclos contínuos pelas Estações de Base, não sendo necessária a solicitação pelo Host Móvel resultando na economia de bateria e, portanto, as informações poderão ser recebidas por um grande número de Hosts Móveis de uma única vez (SILBERCHATZ, 1999).

O processo de consultas é altamente afetado pela mobilidade. A consciência de onde os dados estão é de suma importância e sendo este um ambiente móvel, os clientes e também os servidores terão sua posição física alterada constantemente, influenciando a avaliação dos custos/benefícios do processamento da consulta. Deve ser levado em consideração o tempo do usuário, o tempo de conexão, o número de bytes ou de pacotes transferidos, as tarifas com base no horário e também a energia (bateria). Contudo, a resposta de uma consulta deve retornar ao Host Móvel correta e completa (SILBERCHATZ, 1999).

Os tipos de falhas encontradas em Banco de dados móveis são as ocorridas nos “site4”, na mídia, na transação e na comunicação. Em “sites”, normalmente se deve à bateria, já nas transações se deve às desconexões ou dados inconsistentes, porém as desconexões não deveriam ser tratadas como falhas já que elas fazem parte do modo normal de operação na computação móvel. A mídia de armazenamento do Banco de dados também poderá falhar devido, por exemplo, à oscilação de energia que levem a mídia ao não funcionamento e, por fim, em muitos locais os hosts móveis não conseguirão se comunicar com o Banco por falta de sinal por exemplo, ocasionando portanto uma falha de comunicação.

No caso desta pesquisa, o banco de dados terá uma posição fixa, porém os hosts serão móveis, mais especificamente, o host, pois será utilizado apenas um aparelho celular para este trabalho.

LOS line-of-sight
light emmitting diodes
A expressão latina ad hoc significa literalmente para isto, por exemplo, um instrumento ad hoc é uma ferramenta elaborada especificamente para uma determinada ocasião ou situação ("cada caso é um caso"). Um processo ad hoc consiste em um processo em que nenhuma técnica reconhecida é empregada e/ou cujas fases variam em cada aplicação do processo (http://pt.wikipedia.org/wiki/Ad_hoc)
Site neste caso significa o próprio local do servidor de banco de dados.

JME: Java Micro Edition

2007-11-14T11:28:00.007-02:00

TECNOLOGIA J2ME

A J2ME, Java Micro Edition, é uma tecnologia que permite o desenvolvimento de aplicações Java para dispositivos com poder de processamento, vídeo e memória limitados. Possui uma coleção de APIs, Application Program Interface, definida pela comunidade JCP, Java Community Proccess, específicas para dispositivos compactos como Celulares, PDAs, Personal Digital Assistants, entre outros. A J2ME trata das necessidades especiais dos dispositvos para consumidor, das quais as edições J2SE, Java Standard Edition, e J2EE, Java Enterprise Edition, não abrangem (MUCHOW, 2004). A J2SE é a base das três edições voltada principalmente para computadores pessoais. Já a J2EE complementa a J2SE voltada principalmente para servidores (COUTINHO, 2005). Segundo Muchow (2005) as edições de Java são definidas como:

Standard Edition (J2SE): projetada para execução em máquinas simples de computadores pessoais e estações de trabalho. Enterprise Edition (J2EE): com suporte interno para Servlets, JSP e XML, essa edição é destinada a aplicativos baseados no servidor. Micro Edition (J2ME): projetada para dispositivos com memória, vídeo e poder de processamentos limitados (MUCHOW, 2004, p.2).

A JCP especificou a J2ME em dois grupos, conforme as necessidades dos dispositivos, chamados de Configuração sendo denominados CDC, Connected Device Configuration, e CLDC, Connected Limited Device Configuration. O primeiro para dispositivos com maior capacidade computacional e normalmente fixos como um computador ligado à TV, por exemplo, o segundo para aqueles dispositivos com menor capacidade computacional e normalmente móveis.

Dentro da Configuração existe outra classificação, os Perfis, que objetiva agrupar dispositivos de uma mesma configuração onde as aplicações possam ser portáveis sem perder funcionalidade. MIDP, Mobile Information Device Profile, é o perfil destinado a celulares, outros perfis estão sendo especificados pela JCP (GOMES, 2007).

Uma máquina virtual Java específica foi desenvolvida pela Sun para a CLDC chamada KVM, K Virtual Machine que manipula considerações especiais destes dispositivos.

Por fim, a J2ME encontra-se hoje em intensa evolução e sua utilização já está mudando e revolucionando o mercado e a forma humana de se viver e relacionar.

Configurações

Como dito anteriormente, a JCP especificou dois grupos para a J2ME conforme as necessidades dos dispositvos, chamadas Configurações:

Uma configuração define uma plataforma Java para uma ampla variedade de dispositivos. Na verdade, uma configuração define os recursos da linguagem Java e as bibliotecas Java Básicas da JVM para essa configuração em particular (MUCHOW, 2004, p.3).

As necessidades relacionadas são: memória, vídeo, conectividade de rede e poder de processamento. Na Tabela 1.1 são apresentadas as principais diferenças entre os dois tipos de configurações:

Vale lembrar que atualmente uma crescente convergência tecnológica está havendo nas indústrias e, devido a essas “antigas” e futuras semelhanças e diferenças muito provavelmente essa classificação poderá ser alterada a qualquer momento (COUTINHO, 2005).

CLDC

A CLDC define uma especificação para uma JVM, Java Virtual Machine, um conjunto de classes Java e também uma plataforma padrão mínima para dispositivos pequenos. Portanto, especifica uma configuração mínima em termos de hardware e bibliotecas padrão para o dispositivo (MUCHOW, 2004).

Existem no mercado diversos tipos de hardware e software disponíveis para os dispositivos suportados pela CLDC e, portanto esta deve ser capaz de lidar com toda essa variedade. Para tanto, o único requisito de hardware especificado pela CLDC é a memória. Quanto ao Software, os requisitos incluem a capacidade de o dispositivo executar uma JVM e gerenciar aplicativos Java – selecionar, ativar e remover.

Existem algumas diferenças em relação à J2SE, entre elas: a Matemática de Ponto Flutuante não é suportada na Linguagem e na JVM, pois é extremamente dispendiosa para o processador desses dispositivos; o método finalize( )1 também não é suportado para a linguagem pelo mesmo motivo; o suporte a APIs nativas de outras Linguagens de Programação também foi eliminado na JVM para reduzir os requisitos de memória; quanto ao Tratamento de Erros, a JVM suporta apenas um conjunto pequeno devido a sobrecarga do sistema e também aos sistemas incorporados nos dispositivos; um Carregador de Classes faz-se necessário, este sendo definido e implementado pelo próprio fabricante do dispositivo; a JVM para a CLDC não dispõe de Reflexão2, suporte a Thread Groups (as threads são processadas objeto por objeto) e Referências Fracas (um objeto sendo referenciado é candidato à coleta de lixo) (MUCHOW, 2004).

Segurança na troca de informações entre aplicações em redes diferentes é uma das preocupações e também promessas da plataforma Java. Para tanto a verificação de arquivo de classe se faz necessária. O atual gerenciador de segurança do JSE não pôde ser implementado completamente para a CLDC porque requer muita memória. No entanto, um modelo chamado Caixa de Areia ou Sandbox é utilizado. Neste modelo a aplicação é limitada em um ambiente pelas APIs definidas pelos Perfis e Configurações.

Muitas classes foram cortadas, modificadas e especificadas para a CLDC devido às características dos dispositivos. A maioria das bibliotecas são na verdade subconjuntos das bibliotecas originais e aqui se incluem java.lang.*, java.util.* e java.io*. Especificamente desenvolvida para CLDC temos a java.microedition.* (PITONI, 2001).

Perfis

Um perfil fornece bibliotecas ainda mais específicas que as bibliotecas CLDC e, portanto é considerada uma extensão de configuração. Com isso aplicações mais completas são escritas.

MIDP é o perfil utilizado com a configuração CLDC. Conforme Tabela 1.2, o Perfil está dentro da CLDC, confirmando a afirmação de que um Perfil é uma extensão da CLDC.

MIDP

O MIDP estende a CLDC, aumentando e criando alguns requisitos mínimos de hardware e software. O MIDP foi feito para rodar em cima do CLDC. As Tabelas 1.3 e 1.4 listam os requisitos mínimos de Hardware e Software respectivamente.

O MIDP também especifica algumas APIs Java além daquelas exigidas pela CLDC. Algumas APIs J2ME são subconjuntos de APIs J2SE e outras são completas, pois são aquelas específicas à J2ME, ou seja, pode-se remover classes e métodos menos essenciais, porém o que sobrar será igual (DOEDERLEIN, 2007).

No nível inferior, encontra-se o Hardware, no segundo nível, o Sistema Operacional Nativo do Dispositivo. Os Aplicativos Nativos, no canto superior direito da figura, antes de J2ME, eram os únicos tipos de programas para estes dispositivos, a CLDC é instalada no nível do Sistema Operacional Nativo e é a base do MIDP. Neste Bloco encontra-se a KVM que permitirá às APIs Java de alto nível serem construídas. Conforme a Arquitetura, MIDP tem acesso às suas próprias bibliotecas e também às bibliotecas CLDC. As classes OEM, Original Equipament Manufacturer, são fornecidas pelo fabricante, normalmente são não portáveis, são específicas para o dispositivo e rodam em cima da CLDC. Já os Aplicativos OEM específicos podem acessar APIs MIDP e (ou) classes específicas do OEM. Os Aplicativos MIDP em questão são os MIDlet, ou seja, aplicativos Java projetados para serem executados em um dispositivo móvel (MUCHOW, 2004)

Quanto à Rede no MIDP, este por herdar a conectividade do CLDC, pode ser implementado pelo TCP/IP, Transmission Control Protocol / Internet Protocol. É possível também armazenar dados para posterior leitura através do mecanismo RMS, Record Management System, que para as MIDlet são o Record Stores e os Records. As Classes Timer e TimerTask são usadas para aplicativos que necessitem agendar tarefas (PITONI, 2001).

O software de Gerenciamento de Aplicação deve implementar as funções para instalação, execução, seleção e remoção de MIDlets, sendo assim, os elementos a seguir devem estar disponíveis quando uma MIDlet iniciar pelo software (MUCHOW, 2004):

Acesso à CLDC e à KVM;
Acesso às classes definidas pelo MIDP;
Acesso ao arquivo JAR (Java Archive);
Acesso ao arquivo JAD (Java Application Descriptor).

MIDlet

Uma MIDlet, como dito na seção anterior, é um aplicativo Java projetado para ser executado em um dispositivo móvel consistindo de uma ou mais MIDlets empacotadas por um arquivo JAR sendo, uma MIDlet, construída pela classe MIDlet. Desta forma é necessário conhecer o ambiente de desenvolvimento e os fundamentos mais básicos de uma MIDlet, ambos serão apresentados no decorrer desta seção.

O arquivo JAR empacota todos os arquivos e classes Java dentre outras informações necessárias para uma MIDlet ou um conjunto de MIDlets. Um arquivo chamado manifesto descreve o conteúdo do arquivo JAR e está dentro dele próprio. Já um arquivo JAD fornece informações sobre a(s) MIDlet(s) dentro do arquivo JAR e deve estar disponível como parte do conjunto de MIDlets dentro do arquivo JAR (MUCHOW, 2004).

A Tabela 1.5 lista os atributos de um arquivo manifesto. Na primeira coluna estão os atributos, a segunda coluna o objetivo de cada atributo e a última coluna especifica quais atributos são exigidos e quais podem deixar de ser definidos.

Um arquivo JAD deve fornecer informações para o gerenciador de aplicativos sobre o conteúdo de um arquivo JAR, facilitando as decisões e, também deve fornecer um meio de passar parâmetros para as MIDlets sem que o arquivo JAR seja modificado. Na Tabela 1.6 são apresentados os atributos de um arquivo JAD, que podem ser definidos pelo desenvolvedor desde que não se utilize a palavra MIDlet- (MUCHOW, 2004).

Uma observação importante nesta tabela é a duplicidade dos atributos: se os atributos forem duplicados nos arquivos JAD e Manifesto, ou seja, se existem atributos iguais em ambos os arquivos, terá precedência os nomes e valores do arquivo JAD. Os três primeiros atributos da tabela devem ser idênticos nos dois arquivos, caso contrário o arquivo JAR não será carregado (MUCHOW, 2004).

O desenvolvimento de MIDlets por linha de comando exige vários passos: escrita do código java, compilação e verificação prévia, execução, empacotamento, criação dos arquivos JAR e JAD, execução da MIDlet em um simulador e download da MIDlet no dispositivo móvel. Tudo isto torna o desenvolvimento cansativo, principalmente se o projeto está tornado-se complexo e grande. Há também a possibilidade de gerenciar o projeto por pacotes java por linha de comando, gerando ainda mais carga de trabalho. Se tudo estiver organizado, utilizando as versões MIDP e CLDC correspondentes, o software funcionará sem problemas. Para facilitar o desenvolvimento, poupando boa parte desses passos, foram desenvolvidos um Kit e também plugins para IDEs. A Java Sun Wireless Tookit 2.5 for CLDC (WTK) faz praticamente todo o trabalho, ficando para o desenvolvedor apenas a escrita do código java. Eclipse e NetBeans são IDEs que agora possuem plugins para suporte à MIDlets. Uma hierarquia básica de pastas para um projeto pode ser vista na Figura 1.2 (MUCHOW, 2004).

A pasta bin armazena os arquivos de manifesto, JAD e JAR. Na pasta classes encontram-se os arquivos de classes gerados pelo compilador java. Em res ficam todos os arquivos de recursos e em src os arquivos de código-fonte java. Na pasta tmpclasses são armazenados os arquivos de classes verificados previamente. Todas essas pastas são criadas automaticamente pelo WTK (ou pela IDE) (MUCHOW, 2004).

Uma MIDlet possui um ciclo de vida. A Figura 1.3 apresenta os estados de uma MIDlet que são representados como métodos (COUTINHO, 2005).

A comunicação do Gerenciador de Aplicativos com a MIDlet acontece pela Classe MIDlet javax.microedition.midlet.MIDlet: a) O método startApp( ) será chamado pelo gerenciador de aplicativos quando uma MIDlet estiver para ser ativada; b) O método pauseApp( ) notifica de que a MIDlet está para pausar; c) O método destroyApp( ) sinaliza que a MIDlet vai desligar (MUCHOW, 2004).

A comunicação da MIDlet com o gerenciador de aplicativos ocorre pela mesma Classe: a) o usuário aperta o botão para sair da aplicação; b) destroyApp( ) limpa todos os recursos; c) notifyDestroy( ) avisa ao gerenciador que pode desligar a MIDlet. O método notifyPaused( ) envia o pedido de pausa para o gerenciador caso a MIDlet queira pausar e resumeRequest( ) avisa o gerenciador que a MIDlet já pode tornar-se ativa novamente (MUCHOW, 2004). Resumindo:

startApp( ) é a execução da MIDlet;
pauseApp( ) estado de espera;
destroyApp( ) fecha a aplicação (CARNIEL, 2005);
Ativado: indica que a MIDlet está em execução;
Pausado: a própria aplicação pode pausar-se ou então ser pausada devido, por exemplo, a uma chamada;
Destruído: a MIDlet libera todos os recursos adquiridos e é desligada pelo gerenciador de aplicativos (MUCHOW, 2004).

Outros dois métodos também importantes dentro da classe MIDlet podem ser usados durante o ciclo de vida de uma MIDlet: MIDletStateChangeException( ) e MIDletStateChangeException( ), ambos para lançar exceções se ocorrer um erro na mudança de estados. A diferença básica é que o primeiro cria um objeto exceção sem texto e o segundo com texto.

A Tecnologia J2ME está invadindo o mercado e novos profissionais são requisitados. Porém, junto com ela, outras tecnologias devem também evoluir, para que o seu uso seja completo e a informação esteja cada vez mais ao alcance de quem a necessita. A informação disponível a qualquer lugar e a qualquer hora hoje se tornou essencial em muitas áreas, o que não é diferente para este trabalho, que foca a necessidade dos Policiais acessarem informações sobre trânsito de forma mais rápida. Disponibilizar a informação dentro desta tendência é um grande desafio para diversas áreas, porém, os Bancos de Dados são aqueles que já estão sendo revolucionados para tornar a informação acessível. Portanto, o próximo capítulo abordará a nova tecnologia dos Bancos de Dados Móveis que junto com outras novas tecnologias torna possível acessar informações a qualquer hora e em qualquer lugar.

1 Neste método códigos para fazer a limpeza de recursos alocados podem ser inseridos

2 Classes para obter informações sobre a VM

Monografia Terminada

2007-10-11T16:17:00.002-03:00

Boa Tarde a Todos.

É com muito orgulho que comunico: "Terminei minha monografia"

A minha apresentação será no dia 23/11/07 às 15:00 no Laboratório de Hardware da UNIFEV.

A quem interessar ir assistir, compareça.

Estarei postando aqui a minha monografia completa, desta forma poderei retribuir a todos que me ajudaram nesta fase.

Obrigada novamente