Trabalho elaborado por: Ricardo Nuno Mendão da Silva Jorge Miguel Morgado Henriques

Transcrição

1 Trabalho elaborado por: Ricardo Nuno Mendão da Silva Jorge Miguel Morgado Henriques

2

3 Contents 1. Introdução Objectivos Arquitectura Diagrama de Classes Funcionalidade das classes Testes Limitações da Aplicação Conclusão Bibliografia...15

4 1. Introdução Desde o aparecimento dos dispositivos de comunicação, verdadeiramente móveis, que o mercado exige cada vez mais dos mesmo. Rapidez, segurança, melhor hardware e principalmente mais e melhores funcionalidades. É com base nesta necessidade, que os fabricantes são constantemente obrigados a evoluir, equipando os seus terminais com o último grito em tecnologia móvel, dando suporte ao mais variado tipo de serviços. Assim, rapidamente o telemóvel deixou de ser visto como um mero telefone, e passou a ser uma ferramenta de trabalho e lazer, que conquistou a humanidade à escala mundial. Um dos grandes responsáveis pela evolução dos terminais de comunicações móveis, foi a empresa SUN, que desenvolveu a Java Platform Micro Edition (JME), actualmente na versão 2.0 do java [sun06], ou seja, J2ME, plataforma essa, constituida por uma colecção de API s (Application Programming Interface) que servem de base para o desenvolvimento de aplicações com capacidade para interagir com as variadas interfaces constituintes do dispositivo móvel. O J2ME fornece assim, uma plataforma de suporte ao aplicações mais variado tipo de aplicações, como por exemplo, os tão conhecidos jogos. A configuração do J2ME é teóricamente similar ao Java SE (Standard Edition), ou seja, é constituído por uma Java Virtual Machine (JVM) e um conjunto de classes, contudo no Java 2ME, esse conjunto de classes é o suficiente para correr um certo número de API s, específicas para um tipo global de terminal, baseado na memória do dispositivo e na sua capacidade de conectividade. Existem dois tipos de configuração do J2ME, CDC (Connected Device Configuration) e CLDC (Connected Limited Device Configuration) [sun06a]. O CDC é a configuração utilizada para dispositivos de topo, com maior capacidade de memória, processamento e conectividade. O CLDC é a configuração que define a JVM e o conjunto de classes para os terminais móveis mais limitados, como é o caso dos telemóveis. Com a base de configuração CLDC, o J2ME permite ainda juntar um conjunto específico de API s de alto nível, que permitem aceder à interface gráfica, às propriedades do sistema, à memória não volátil, ou seja, permitem explorar todas as funcionalidades permitidas pela capacidade do hardware do dispositivo em questão, conhecendo se esse conjunto de API s como, MIDP (Mobile Information Device Profile). O MIDP juntamente com o CLDC é a base para desenvolvimento de aplicações mais popular da actualidade, indo já na versão 2.0, também conhecida por JSR118 [sun06b]. As aplicações desenvolvidas sobre o perfil MIDP chamam se MIDlets. Para programar um MIDlet, a sun disponibiliza uma ferramenta denominada J2ME Wireless Toolkit. É basicamente um conjunto que reúne ferramentas para a construção e emulação de aplicações, que está constantemente em evolução, incluindo novas API s para permitir implementar as novas funcionalidades e tecnologias que emergem no mercado. Neste relatório vai se apresentar um MIDlet, desenvolvido para explorar a capacidade de comunicação sobre a plataforma J2ME.

5 2. Objectivos Pretende se desenvolver um MIDlet que efectue a comunicação entre um dispositivo móvel e um PC e entre dispositivos móveis. O MIDlet deve implementar três funcionalidades base, nomeadamente o carregamento de uma imagem remota, o envio de sms s e um serviço de chat. O MIDlet deve ainda implementar um sistema de elogio, permitindo o acesso apenas a utilizadores devidamente autenticados. 3. Arquitectura Neste ponto irá ser apresentado a arquitectura definida para o MIDlet desenvolvido Diagrama de Classes Figura 1 Diagrama de classes. Na figura 1, podem se observar as classes, desenvolvidas no âmbito deste projecto, bem como a sua disposição hierárquica que resume as respectivas dependências e implementações.

6 3.2. Funcionalidade das classes Main descende da classe abstratcta MIDlet fornecida pela livraria do J2ME. É na classe Main que está implementado o sistema principal da aplicação, nomeadamente os métodos de controlo, start, stop, pause. A classe main é também responsável pelo processo de login, filtrando o acesso à aplicação apenas a sujeitos autenticados com sucesso. Implementa ainda a interface CommandListener, que através do método commandaction permite efectuar a navegabilidade entre as diferentes opções. MainMenu responsável por listar as opções que a aplicação oferece e reencaminhar o utilizador para a área que este seleccionar. Implementa ainda a interface CommandListener, que através do método commandaction permite efectuar a navegabilidade entre as diferentes opções. MenuSMS implementa a opção de envio de SMS s, onde o utilizador insere o número de telefone e a mensagem a enviar. Implementa ainda a interface CommandListener, que através do método commandaction permite efectuar a navegabilidade entre as diferentes opções. MenuImagem permite o utilizador inserir um endereço remoto de uma imagem e visualizar a mesma no ecrã do telemóvel. Esta classe, bem como todas também implementa a interface CommandListener, que escuta por uma selecção nas opções apresentadas e através do método commandaction actua conforme a opção seleccionada. MenuChat a classe MenuChat implementa também a interface CommandListener, visto tratar se da classe que apresenta ao utilizador a opção de efectuar o papel de servidor ou cliente, dentro da funcionalidade de chat. Assim, com o método commandaction da interface CommandListener é possível proceder consoante a opção seleccionada. ServidorChat A classe ServidorChat também implementa a interface CommandListener, tal como todas as outras classes desenvolvidas, mas implementa também a interface Runnable [sun04]. A interface Runnable deve ser utilizada por qualquer instância que vá ser executada por uma Thread, o que é o caso da instância criada, desta classe, ServidorChat. A implementar a interface Runnable é implementado o método run(), a partir do qual vai correr todo o processo de escrita no socket, evitando que a aplicação permaneça bloqueada no read(), sem que possa escrever, ou efectuar outra acção, evitando potenciais deadlocks. O ServidorChat ao iniciar tem de esperar que algum cliente se ligue a ele, para iniciar o processo de comunicação. ClienteChat tal como a classe anterior, também implementa as duas interfaces apresentadas, CommandListener e Runnable, funcionando tal e qual do mesmo modo que o ServidorChat, no processo de leitura e escrita no socket. O cliente liga se a um servidor já em estado de espera. Caso não exista um servidor em espera, o cliente termina e a aplicação regressa ao menu anterior.

7 Login Classe utilizada para validar os dados de autenticação inseridos pelo utilizador, criando em caso de sucesso um id de sessão único. 4. Testes A navegação da aplicação foi testada de forma a garantir que o utilizador consegue fazer se deslocar por todos os menus de forma coerente e precisa. Estes testes encontram se retratados nas seguintes imagens. A aplicação inicia com um pedido de Log In ao utilizador. Figura 2 Processo de Log In De seguida o utilizador tem acesso ao menu principal. Figura 3 Menu principal O utilizador pode aceder às três funcionalidades da aplicação. Se escolher a funcionalidade Load Image terá acesso a um formulário onde pode inserir a localização da imagem (URL) a carregar e através do menu Options escolherá a opção Ver Imagem para descarregar a referida imagem.

8 Figura 4 Processo de carregar uma imagem através do url Caso utilizador opte por aceder à funcionalidade de envio de SMS, terá acesso a um formulário onde insere o número do destinatário da mensagem e o texto a enviar na mensagem. Para enviar, deve aceder ao menu Options e seleccionar a opção Enviar. Figura 5 Processo de preenchimento e envio de uma mensagem Por fim, se o utilizador pretender iniciar uma conversação de Chat com outra pessoa, deve aceder à opção Chat no Menu Principal. De seguida deve escolher se o seu dispositivo funcionará como Servidor ou Cliente e só depois terá acesso a um formulário onde pode inserir as mensagens e enviálas através do comando Enviar do menu Options.

9 Figura 6 Processo de ligação e envio de mensagem de Chat A funcionalidade de Chat foi testada em diversas situações. De início testou se a ligação entre servidor e cliente, e de seguida, a situação normal de troca de mensagens entre os dois dispositivos ligados (servidor e cliente). A troca ocorreu com normalidade como mostra a seguinte imagem. O dispositivo da esquerda enviou a mensagem TESTE.SEND.01 e esta foi recebida no dispositivo da direita. Em seguida o dispositivo da direita enviou a mensagem TESTE.SEND.02 e o dispositivo da esquerda também recebeu esta mensagem sem problemas.

10 Figura 7 Funcionamento Normal De seguida foi testada a situação em que um cliente tenta ligar a funcionalidade de Chat sem que exista um servidor preparado para a ligação. O que acontece é que no cliente é mostrada uma mensagem de aviso. Ao utilizador é dada uma única opção que é voltar ao menu anterior. Figura 8 Tentativa de ligação sem servidor. Outra situação testada foi aquela em que dois servidores se tentam ligar. Tal não pode acontecer e está previsto no trabalho. No segundo servidor é mostrada ao utilizador uma mensagem de aviso e é dada uma única opção k é voltar ao menu anterior.

11 Figura 9 Tentativa de dois servidores a correr no mesmo porto. Outra situação testada e prevista no trabalho é aquela em que o servidor fecha a ligação e o cliente tenta enviar outra mensagem. Desta vez, o utilizador do dispositivo cliente recebe uma mensagem de alerta, e uma única opção de sair para o menu anterior. Figura 10 Quebra de ligação pela parte do servidor Por outro lado, se o cliente não tiver disponível, o servidor também não deve conseguir enviar qualquer mensagem. Aqui surge duas situações. Uma surge quando o servidor se liga e tenta enviar uma mensagem sem que haja algum cliente. Neste caso, é mostrada a mensagem de aviso Não existe nenhum cliente!. A outra situação surge quando, depois de haver uma ligação entre servidor e cliente, por algum motivo esta ligação cai (pelo facto do cliente se desligar ou por outro motivo

12 qualquer). Deste modo, quando o servidor tenta enviar a mensagem, a ligação já não se encontra activa e como tal é mostrado o aviso Erro na ligação. As imagens seguintes mostrar justamente estas duas situações. Figura 11 Tentativa de envio por parte do servidor, sem cliente ligado. Figura 12 Erro na ligação no desligando o cliente e dando erro no servidor. 5. Limitações da Aplicação A aplicação desenvolvida apresenta uma limitação no que se refere ao carregamento dos dados dos utilizadores autorizados, ou seja, os dados, username e password deveriam ser carregados para a

13 hashtable, a partir de um ficheiro adjacente à aplicação ou de um registo do telemóvel, contudo esses dados estão a ser carregados directamente em código, o que não torna esta aplicação bem escalável, obrigando sempre que se queira permitir um novo utilizador, editar o código do programa. Tentou se a implementação de carregamento a partir de um ficheiro adjacente, contudo nunca foi conseguido o acesso à directoria certa do dispositivo de teste, despoletando sempre uma excepção na ligação ao ficheiro. Relacionado com funcionalidades extra, foram tentadas duas operações que se achou serem importantes no âmbito desta aplicação, nomeadamente, a disponibilização da lista de contactos do telemóvel no MenuSMS e a opção para guardar a imagem visualizada no MenuImagem. Em relação à primeira opção e após alguma pesquisa implementou se uma solução que nunca veio a funcionar correctamente, não se conseguindo a interacção com a lista dos telemóveis onde se efectuou os testes. No caso da imagem, pretendia se que o utilizador ao seleccionar a opção guardar, lhe aparece se uma listagem das pastas do seu dispositivo e este selecciona se a pasta onde deseja se guardar a mesma, contudo, mais uma vez se demonstrou difícil a tarefa de interacção com funcionalidades específicas do dispositivo, sendo que cada modelo de terminal é um caso diferente e funciona de modo diferente.

14 6. Conclusão Este trabalho tinha como finalidade o desenvolvimento de um MIDlet que permitisse comunicação entre dispositivos móveis e PCs e entre pares de dispositivos móveis. Esta comunicação poderia ser disponibilizada sob três formas: carregamento de uma imagem remota; envio de mensagens de texto; e realização de Chat entre utilizadores. Na realização deste trabalho, ambos contactámos pela primeira vez com a realidade J2ME, adquirindo novos conceitos e alguma experiência. Já tínhamos experiência de trabalho com a linguagem Java em J2SE e por isso a adaptação ao J2ME não foi difícil. O trabalho acabou por contribuir em boa forma para a nossa familiarização com o J2ME e com o desenvolvimento de aplicações para dispositivos móveis, tornando se enriquecedor e bastante interessante.

15 7. Bibliografia [sun06] [sun06a] [sun06b] [sun04]