Estudo de interface web

Em conjunto com o desenvolvimento do primeiro protótipo, em Flash, da aplicação para o telemóvel, estamos também a criar algumas propostas para o interface web (a propósito dos requisitos para a disciplina de Projecto). De acordo com o que foi discutido na aula de hoje, assumimos o compromisso de apresentar essas propostas na próxima Sexta-Feira, em conjunto com o referido protótipo.

Primeiros desenvolvimentos

Para que seja possível iniciar o processo de desenvolvimento de uma aplicação baseada na plataforma Android, será necessário compreender as especificidades desta última, bem como a linguagem de programação que estará na génese dessa aplicação – Java. Mais, será necessário compreender exactamente como deverão ser implementadas as diversas componentes dessa aplicação, processo que depende de uma análise de diversas soluções (na procura das que sejam mais eficazes a nível de processamento, largura de banda, etc.) e ainda de eventuais especificidades que sejam criadas pela equipa do Portal Sapo – possivelmente a criação ou atribuição de um ou mais webservices.

Uma vez que os elementos do grupo não possuem qualquer experiência nem conhecimento acerca de Java, e dado que informações sobre a plataforma Android são de momento muito escassas, torna-se complicado avançar já para o desenvolvimento da aplicação descrita nos posts anteriores.

Desta forma, e para que possamos adiantar algum trabalho e utilizar eficazmente o tempo de que dispomos neste momento, decidimos avançar com dois processos paralelos: a criação de um protótipo, em Flash, que ilustre como poderá resultar a nossa aplicação (design, interacção, funcionalidades); e a discussão de ideias para a implementação do sistema – armazenamento e transferência de informação.

Relativamente a este segundo processo, e ignorando de momento a falta de informação técnica de que dispomos, resultaram já algumas propostas.

Uma das ideias iniciais passava pela transferência da lista de contactos do telemóvel/SIM para uma base de dados (BD), alojada num servidor web – eliminando, por um lado, o problema de ter os vários contactos divididos entre a memória do telemóvel e o cartão SIM; e por outro o inconveniente de, em caso de avaria de um deles, o utilizador perder os contactos que nesse meio estavam armazenados.

Dessa BD constariam, assim, todos os dados relativos a cada um dos contactos, dados esses que normalmente podemos armazenar nos telemóveis actuais: número de telefone, nome, endereço de e-mail, etc.; e ainda (numa primeira fase) o estado actual de cada utilizador. Pensando num sistema de grande escala, coloca-se a questão da viabilidade de armazenar a informação relativa a todos os utilizadores do serviço numa única BD, parecendo mais lógico que cada utilizador disponha da sua BD, que contém apenas os seus contactos.

Ainda assim, cada vez que um utilizador aceder à sua lista de contactos, terá de ser actualizado o estado de cada um deles (Livre, Ocupado, etc.), exigindo um query a cada uma das BDs associadas a esses utilizadores. Este processamento estaria a cargo do servidor web e não do telemóvel, embora seja incógnita se tal quantidade de processamento/transferência de informação, em larga escala, seria viável. Surge aqui também a questão de como lidar com o volume de informação transferido em cada acesso à lista telefónica.

Este modelo apresenta, no entanto, uma vantagem: a maior facilidade em integrar (futuramente) novos serviços/funcionalidades, através da centralização da informação disponível ao utilizador nessas BDs. Desta forma, a actualização dos dados contidos na BD, relativamente a cada um desses serviços adicionais, estaria a cargo do próprio serviço. Pegando num dos exemplos listados anteriormente, seria possível armazenar na BD a localização (URL/nome do ficheiro) da fotografia “default” que um determinado utilizador dispõe no Sapo SPOT; se essa fotografia fosse alterada através do próprio Sapo SPOT, a informação contida na BD seria automática e simultaneamente actualizada. Visualizar essa fotografia passaria por incluir apenas, no momento do query do estado desse contacto, o campo relativamente à localização da foto.

Não sabemos de momento se existem outros métodos mais simples para resolver esta questão, sem recurso a uma BD – por exemplo, se existirem métodos directos para aceder a essa informação, evita-se utilizar espaço de armazenamento da mesma numa BD (i.e., a duplicação da mesma informação em dois locais).

Estas questões serão discutidas durante os próximos dias entre os elementos do grupo, os orientadores, e eventualmente responsáveis pela equipa do Portal Sapo, afim de perceber qual a forma mais correcta de resolver o problema. Entretanto será também publicado o referido protótipo até ao final da semana – ou melhor, o primeiro de muitos protótipos : )

Mais novidades para breve!

Lista de requisitos técnicos

No seguimento da terceira aula de projecto foi-nos pedido que realizassemos uma lista de requisitos técnicos necessários para a realização deste projecto.

Embora ainda não estejamos certos de todos estes requisitos, sendo o Android uma nova plataforma, ainda em desenvolvimento e visto que ainda estamos à espera de uma reunião com o Benjamin Junior, co-fundador do Portal Sapo e responsável pela área de operações móveis do Sapo, para compreendermos mais algumas especificidades dos serviços fornecidos pela empresa, temos já uma ideia do que seria necessáro neste momento para conseguir realizar uma parte do projecto.  Assim, até conseguirmos compreender todos os nossos requisitos, fica aqui esta lista de requisitos técnicos, aquela que, até à data, consideramos a mais correcta.

Lista de requisitos técnicos:

1. 4 computadores;
2. Ligação à internet;
3. Servidor de testes com a base de dados (preferencialmente um servidor virtual que “emule” um servidor do Sapo);
4. Software de desenvolvimento da linguagem Java (Eclipse);
5. Kit de Desenvolvimento de Software (SDK) Android;
6. Java Virtual Machine (JVM);
7. Emulador ou telemóvel de testes (Android);
8. Adobe Flash, Photoshop, Illustrator, Dreamweaver;
9. Microsoft Word, Excel, Project, PowerPoint;
10. Possível desenvolvimento de API’s (WebServices) para facilitar a comunicação entre Bases de Dados e a aplicação a ser desenvolvida.

Até ao próximo post!!

Sapo Mobile Android – Apresentação do projecto e lista de funcionalidades a implementar no futuro

No seguimento da segunda aula de projecto, foi-nos proposto elaborar um documento que explicasse o nosso projecto, assim como uma lista de funcionalidades passíveis de serem implementadas durante ou depois do projecto.

Segue então:

Da primeira conversa com os orientadores de projecto, de modo a compreender as especificidades do mesmo e visto que este nasce para uma nova plataforma, surgiu a ideia de criar uma aplicação de gestão da lista de contactos do nosso telemóvel, com a possibilidade de visualizar o estado dos nossos contactos em tempo real, assim como alterar o nosso estado.

Todos nós já nos deparámos com situações em que não temos a certeza se podemos ou se devemos contactar alguém, por este estar em aulas, ocupado com o trabalho, entre outros. Esta aplicação tenta agilizar a nossa utilização do telemóvel nesse sentido.

A aplicação funcionaria da seguinte maneira: depois de integrada com a lista de contactos (quer como aplicação stand-alone ou integrada no sistema operativo Android), esta vai fazer um pequeno registo no Sapo, com base no número de telefone e no pin. Depois da primeira utilização, para configuração, esta iria então receber os dados acerca dos contactos que também têm esta aplicação e que permitem a visualização do seu estado. A integração com a lista telefónica tem em vista, após receber os dados do Sapo, actualizar a lista telefónica do dispositivo móvel com os estados dos contactos que também utilizam esta aplicação (todos os contactos do utilizador estarão disponíveis, sendo que os que utilizem a aplicação irão aparecer distinguidos, com mais informação, como por exemplo, um avatar).

Para protegermos os utilizadores de potenciais ameaças, decidimos integrar uma política de grupos parecida com a do Hi5, com algumas diferenças. Os utilizadores têm que dar permissão para que outros possam visualizar o seu estado.

 

 

Segue-se uma lista de possíveis soluções que podem ser implementadas no decorrer, ou após o final deste projecto.

1. Alterar Estados Pré-Estabelecidos, e um comentário personalizado para cada estado, sendo este de carácter não obrigatório

a.) Disponível

b.) Ocupado

c.) Em Aulas

d.) No Trabalho

e.) Em Horário de Refeição

f.) A Dormir

g.) Ausente

h.) Em Chamada

i.) Desligado

2. Possibilidade de Alteração da lista de Estados, de modo a facilitar o acesso aos estados mais utilizados

3. Alteração da Lista de Contactos com o estado de cada utilizador

4. Alteração do Estado para “Desligado” se o telemóvel estiver desligado

5. Integração com Sapo SPOT, com a possibilidade de actualizar o contacto no telemóvel com alguns dados retirados da sua página no SPOT, incluindo fotografia

6. Alteração do perfil SAPO SPOT a partir do telemóvel, podendo alterar a foto do perfil com uma foto tirada no dispositivo móvel

7. Guardar datas e horas de alteração dos estados, de forma a poder indicar há quanto tempo o estado se mantém sem alterações

8. Actualização do SAPO SPOT com dados acerca de aplicações mais usadas e tempo de utilização, com possibilidade para o utilizador escolher se deseja sincronizar ou não esses dados, de modo a proteger a privacidade de cada utilizador

9. Actualizar SAPO Blog a partir do telemóvel, utilizando a escrita de MMS, alterada para que na altura de escolher o destinatário seja possível escolher o blog e enviar pela rede que esteja disponível, sem gastar uma MMS. De notar que também é possível o envio de apenas texto desta forma.

10. Possibilidade de associação de logins e passwords a um número de telemóvel protegido por PIN

11. Possibilidade de centralização da lista de contactos num servidor, para prevenir a perda ou corrupção de contactos

12. Utilização de ajudas à navegação, como uma lista das aplicações mais utilizadas ou utilizadas mais recentemente, além de um sistema de ajuda que explique todas as funcionalidades, tanto a nível superficial como a nível mais profundo

13. Hipótese de criação e integração de um portal de desafios direccionado para um público mais jovem, em que estes tivessem de cumprir determinados objectivos, fazendo uso das funcionalidades inerentes ao seu telemóvel, como tirar fotos inusitadas, filmar eventos, entre outros; e possibilidade de criação de um ranking integrado com o SAPO SPOT

14. Possibilidade de o utilizador, ao utilizar um Estado, criar uma associação com um perfil de telemóvel já existente, ou alterar o volume de toque. Estas associações manter-se-iam de cada vez que o mesmo Estado fosse utilizado, mas seriam passíveis de alteração num menu próprio

15. Possibilidade de configuração da Aplicação, Lista de Contactos, Estados, através de uma plataforma/portal para utilização em computador

16. Possibilidade de utilização de um agregador de RSS no telefone móvel, com sincronizações em intervalos de tempo definidos pelo utilizador ou aquando da realização de acções específicas (mudança de Estado, ligar o telemóvel, etc.)

Mas afinal que projecto é este?

Boa questão.

Ora vejamos… O nome inicial do projecto é “Sapo Mobile Android”. Sapo Mobile, que é como quem diz, a plataforma do Sapo, tipicamente desenhada para dispositivos móvies. Android é o novo sistema operativo para dispositivos móveis, da Google, sobre o qual tanto se tem falado.

Ora este conjunto de três letra leva-nos a fazer uma rápida associação: “Isto é a plataforma do Sapo para dispositivos baseados em Android.

Esta foi a mesma ideia que tivemos quando vimos a proposta de projecto. Mas parece que aí vem algo melhor.

Após uma primeira reunião com os orientadores, cedo percebemos que a nossa imaginação não devia ser limitada a apenas ao nome da proposta e que podiamos abri-la para outros horizontes.

Então nasceu uma nova ideia de “projectar” um progama que, em conjunto com a lista de contactos, nos desse a informação acerca da (im)possibilidade de contactar os números na nossa lista.

Mais desenvolvimentos, e uma explicação mais alargada, seguem no próximo post.

Até já! =)

gPhones?

Segundo esta notícia, a Samsung irá lançar para o mercado, não 1, mas 2 telemóveis baseados no Android. Um terá lançamento marcado para Setembro e outro para o Natal. Uma das curiosidades é que estes aparelhos não serão comercializados com a marca Samsung, mas sim Google. Fica aqui uma imagem de um possível modelo:

Primeira Imagem

E é este o interface do Android versão emulador.

E é este o aspecto da nossa primeira incursão no mundo do Java & Co.

Já só falta 99,99999% do projecto! Tá a correr bem

Abertura

Ora bem, post inaugural do nosso estaminé.

Este vai ser o blog dedicado ao projecto SAPO mobile Android, um projecto que se baseia na tecnologia Android para integração de serviços SAPO em telemóvel.

Portanto, a partir deste momento poder-se-á seguir o desenvolvimento do projecto neste blog.

E agora siga lá comer um pão com chóriço, que andamos com fome. De trabalho.