O aluno esteve envolvido em todas as fases de desenvolvimento de ambas as aplicações que se deram depois da sua entrada na empresa receptora do estágio.
Como já aqui foi dito, o aluno não tomou todas as decisões sozinho, mas sim em discussão com quem está responsável pelo desenvolvimento de software da Addition — Eng.º Diogo Vitorino — e, pontualmente, com o responsável pelas artes gráficas — Pedro Rufino.
4.1 Aplicação Droid inPocket
Esta aplicação, descrita no capítulo 3, nasceu antes do aluno ter entrado na empresa, através da ideia de um ex-colaborador — Filipe Uva.
A ideia inicial consistia em incluir apenas os modos inPocket e outPocket numa primeira versão grátis (financiada através de publicidade) da aplicação. Depois, dependendo da forma como corresse o seu lançamento, poder-se-ia, ou não, fazer uma versão paga na qual se incluiria uma funcionalidade de leitura das mensagens recebidas pelo utilizador.
À data da decisão de avançar para o mercado com esta aplicação (Setembro de 2011), havia um protótipo da aplicação, já com alguma funcionalidade, nomeadamente a utilização de sensores que permite saber se o dispositivo está ou não dentro do bolso, e um mecanismo que analisa as condições de ruído do meio ambiente.
Foi nesta altura que o aluno entrou para o projecto, e após análise de todo o material existente, propôs ao Eng.º Diogo Vitorino, que fosse rescrito todo o código da aplicação, com a intenção de criar uma primeira versão da aplicação passível de entrar no mercado, algo que começou a fazer de imediato.
Esta decisão prendia-se com o facto de que o aluno não tinha, até à data, acompanhado o projecto, e como tal, demoraria mais tempo a inteirar-se de todas as especificidades do código, do que a reescrever toda a aplicação.
Um dos benefícios desta nova implementação foi a transformação da arquitectura de
20
em que o dispositivo está inserido são executadas em paralelo. A nova arquitectura será explicada em detalhe mais à frente.
No início de Dezembro de 2011 foi feita a submissão desta primeira versão totalmente funcional no Google Play, altura em que já estavam previstas mudanças significativas:
• Uma nova interface com o utilizador
• A inclusão na interface, de um ecrã com os contactos da empresa • A criação de duas versões Free e Premium
• A inclusão das funcionalidades descritas anteriormente na versão Premium Em Janeiro deu-se início à concretização das mudanças previstas, começando pela análise e desenho das novas funcionalidades, respeitantes à versão Premium. Recuperando os requisitos funcionais que lhes dizem respeito:
2.3 – Modo headPhones: Sempre que este modo esteja activo, e que o utilizador tenha auscultadores ou auriculares ligados ao dispositivo, todas as mensagens escritas que cheguem sejam lidas em voz alta, utilizando as capacidades de síntese de voz do sistema operativo Android.
2.3.1 – A este modo deve ser adicionada uma funcionalidade que, nas mesmas condições, permita ler em voz alta o nome do contacto das chamadas recebidas.
Estas novas funcionalidades demoraram cerca de um mês a desenhar e implementar pelo aluno.
No início de Março o aluno começou então a definir a nova interface gráfica, em conjunto com Pedro Rufino e com o Eng.º Diogo Vitorino.
Recuperando os requisitos que lhe dizem respeito:
2 – A interface gráfica deve ser simples e clara o suficiente para que o utilizador saiba facilmente, quais os modos que tem activos e qual a forma de os activar/desactivar. 3 – A interface gráfica deve ter um impacto moderado, mas não pode deixar o utilizador indiferente.
4 – A interface gráfica deve apresentar um ecrã onde se incluem os contactos da empresa responsável pelo seu desenvolvimento.
Desta discussão nasceu a nova interface (descrita no capítulo 3), que passou a ser integrada pelo aluno na aplicação, processo que estava concluído no início de Abril. Por motivos que vão para lá do âmbito deste relatório, após a conclusão do desenvolvimento, houve uma interrupção no curso do projecto, o que fez com que a versão Free fosse lançada a 8 de Maio de 2012 e a versão Premium a 11 de Maio.
21
4.1.1 Diferenças entre o planeamento e a execução
Nem todas as tarefas do projecto foram finalizadas de acordo com os prazos estabelecidos no relatório preliminar. Recordando a lista de tarefas e respectivos prazos:
1. Até ao final de Novembro de 2011:
Comportamento da aplicação Gestor de Alertas Sonoros e respectivos testes. Submissão no Android Market.
3. Até ao final de Janeiro de 2012:
Definição e implementação de uma forma de divulgação da aplicação Gestor de Alertas Sonoros.
4. Até ao final de Fevereiro de 2012:
Definição e análise dos requisitos da nova versão da aplicação Gestor de Alertas Sonoros.
5. Até ao final de Março de 2012:
Implementação da nova versão da aplicação Gestor de Alertas Sonoros. 6. Até ao final de Abril de 2012:
Lançamento no mercado da nova versão da aplicação Gestor de Alertas Sonoros.
7. Até ao final de Maio de 2012:
Escrita do documento que constitui o relatório de estágio, descrevendo toda a fase de análise de requisitos e desenvolvimento das aplicações descritas.
Visto que a tarefa 6 começou com mais que um mês de atraso, foi necessário executa-la em paralelo com a tarefa 7.
Embora pareça praticamente imediata, a tarefa 6 não o é, visto que o lançamento de uma aplicação, na óptica da Addition, é mais do que a sua submissão num qualquer meio de distribuição.
Outra das diferenças que se podem apontar é a tarefa 3 ter sido atrasada e executada apenas no início de Maio, quando estava planeado que estivesse concluída no final de Janeiro. Isto aconteceu porque se percebeu que fazia pouco sentido tratar de assuntos de lançamento, antes de a aplicação estar completamente desenvolvida.
Imediatamente após o lançamento, existe todo um processo de divulgação e monitorização, que não só demora tempo, mas também é exigente na definição da estratégia a adoptar. Este processo será descrito mais à frente.
22
4.2 Aplicação Today
A aplicação Today teve dois responsáveis pelo seu desenvolvimento — Filipe Uva e Luís Loureiro — antes de chegar às mãos do aluno.
Foi em Outubro de 2011 que o aluno entrou para este projecto. Nessa altura a aplicação já tinha algo de funcional, no que diz respeito à pesquisa e organização da informação sobre a comunicação feita através do dispositivo. Também a geração de gráficos estava praticamente feita.
O trabalho do aluno neste projecto esteve muito ligado à interface com o utilizador e à garantia de correcção dos gráficos apresentados, algo que envolveu uma detalhada inspecção do código fonte da aplicação, bem como um período de testes alargado. Para além disto, e visto que a CADA pretendia vender a aplicação através do Google
Play, foi necessário implementar um mecanismo de verificação de licenças de
utilização, que permite verificar se dada instalação da aplicação está licenciada pelo
Google Play.
Toda a intervenção do aluno descrita acima foi feita em discussão permanente como Eng.º Diogo Vitorino, e foi concluída a 10 de Janeiro de 2012.
4.2.1 Diferenças entre o planeamento e a execução
Recordando o planeamento respeitante à aplicação Today:
2. Até ao final de Dezembro de 2011:
Requisito funcional número três da aplicação Visualizador de Comunicação. Testes.
Acabamentos ao nível da interface da aplicação Visualizador de Comunicação.
Podemos notar alguma derrapagem (menos que duas semanas) no prazo de conclusão da tarefa 2, algo que pode ser explicado por ter havido alguma dificuldade em lidar com o mecanismo de verificação de licenças do Google Play.
23