Análise da Fase 1

Observando a distribuição dos pontos-chave sobre as fases expostas, podemos considerar que o uso da ferramenta DemoTool se dá na fase inicial do processo de desenvolvimento, ou seja, a fase Pré. Foram confirmados 13 Pontos de Melhoria, de acordo com a Tabela4.1

5.1. ANÁLISE E RESULTADOS DO ESTUDO DE CASO

Tabela 5.1 Pontos de Evidência identificadas na fase Pré

Pontos Descrição

PEv-01 Dúvidas sobre o serviço ou aplicativo “interessantes"a se fazer PEv-02 Necessidade de planejamento prévio

PEv-03 Ferramentas disponíveis são assimiladas em práticas de uso

O primeiro ponto chave identificado foi o PEv-01, que aborda uma questão pertinente no desenvolvimento de software, não somente voltado para celular, mas também pode- se considerá-lo como um desafio para a computação em geral - que software seria interessante de se fazer?Constatou-se que o PEv-01 é uma das primeiras dúvidas que surgem antes de iniciar o desenvolvimento propriamente dito. Podemos constatar isso citando as observações de Pressman sobre a importância do software e as dimensões que ele assume: “. . . o software é uma das poucas tecnologias-chave que causaram impacto sobre quase todos os aspectos da sociedade... sendo fundamental em quase todos os aspectos dos negócios. ” (Pressman(1995), pg. 1011).

Além disso, na computação móvel, de acordo comLoureiro et al.(2003) é necessário projetar aplicações e serviços na área de celular, que sejam interessantes para os usuários, para então, superar os desafios presentes. Entretanto, quais serviços são interessantes? Conforme listamos algumas categorias e exemplos de aplicativos (vide Tabela 1.2 e Figura 1.3), que têm recebido maior destaque e interesse das pessoas, pois são mais requisitadas em números de downloads, tal qual a categoria de gamesNeufeld(2009a).

O PEv-02 tem relação com a educação e aprendizado do desenvolvedor sobre os seus conhecimentos de Engenharia de Software e de conhecimentos da área móvel. A questão que se apresentou foi que tipo de software poderia ser interessante a se fazer. A resposta a essa pergunta é um dos grandes desafios da computação, portanto, podemos considerar uma questão difícil e comum na área. Porém, a ferramenta como um todo (Motodev Studio/J) não contribui para ajudar o desenvolvedor nesses pontos específicos, pois estão mais ligados a conhecimento prévio do desenvolvedor. Segundo Passos

(2006), a utilização de recursos interativos no processo de ensino-aprendizagem torna-se imprescindível.

Foi identificado durante à execução do Motodev Studio/J, o primeiro ponto de mel- horia (PM-01) sobre a ferramenta, pois não ficou perceptível para o desenvolvedor (a primeira vista), instruções referentes a problemática da PEv-02. Um dos lugares para descobrir as funcionalidades existentes é lendo a documentação técnica, mas para isso o usuário precisa acessar o Help Content. São poucos os usuários que acessam os menus de

5.1. ANÁLISE E RESULTADOS DO ESTUDO DE CASO

ajuda. Tem-se notado que qualquer dúvida busca-se diretamente na Internet (“perguntar a Google”). Uma oportunidade para a ferramenta aproximar o desenvolvedor oferecendo recursos e links externos que indiquem boas referências, artigos técnicos e fóruns, de forma a incentivar a educação do desenvolvedor. O portal Fórum Nokia1 é um bom exemplo dessa iniciativa.

Tabela 5.2 Agrupamento de Pontos de Melhoria por status de criticidade

Status Pontos Sugestões ações

Importante PM-01 Focar em Educação/Aprendizado; Essencial PM (02,03 e 04) Destaques e Notícias (RSS) Desejável PM (05, 06, 07, 08, 09) Aspectos de Usabilidade

Desejável PM (10,11, 12 e 13) Melhorias gerais e correções bugs

A Tabela5.2apresenta um resumo dos PM identificados e classificados por critério de criticidade (Desejável, Importante e Essencial), com sugestões de ações.

Os pontos de melhoria (PM-02 e PM-03) propõem mecanismos de notícias (tal como leitores de Feeds RSS), embutido na IDE, visando melhorar a comunicação do desenvolvedor de celular, com as informações e notícias atualizadas do fabricante da PDC, acessadas toda vez que o ambiente for executado pela primeira vez. Essa ponte é importante e tem sido destacada porZiv and Mulloth(2007) (Figura1.5). Já o PM-04 dá ênfase ao pouco destaque que ferramenta DemoTool assumiu quando foi executado a primeira vez, principalmente por ter pouco destaque na listagem dos demos presentes na lista. Dada a importância desses PMs, considera-se como essenciais a serem melhorados.

Alguns aspectos de usabilidade foram constatados no PM-06, no qual estão presentes na ferramenta DemoTool. Entretanto, originalmente a tela se apresentou bem pequena (com pouco destaque), consequentemente, pouca atenção do desenvolvedor foi percebida. Assim, sugere-se considerar aspectos de usabilidade conforme abordado no Capítulo3

(Seção 3.3). Expandindo a tela do DemoTool para cima, tem-se uma visualização melhorada das informações na tela.

Já o ponto PM-07 observou-se a necessidade que cada aplicação demo poderia estar categorizado, de acordo com o tipo de aplicação e contexto de utilização (Game, Música, exemplos diversos. . . ), para permitir uma opção de filtragem adicional pelo desenvolvedor.

No PEv-03 foi verificado que o desenvolvedor só percebe as ferramentas disponíveis a medida que tem necessidade de usá-las, bem como, requer descoberta por conta própria

5.1. ANÁLISE E RESULTADOS DO ESTUDO DE CASO

os recursos disponíveis. Como exemplo podemos citar o DemoTool, que foi localizado por iniciativa do desenvolvedor, sem nenhum indicativo do ambiente por divulgar as ferramentas existentes, suas possibilidades e contextos de uso. Tais dificuldades foram abordadas no Capítulo3, dentre os desafios técnicos (vide Seção3.3) que se apresentam como diferentes tecnologias e ferramentas (PDC, PSC, protocolos de comunicação etc). Diante disso, observa-se que os ambientes devem buscar usar recursos didáticos presentes da IDE, tal como a plataforma Eclipse oferece como: “Tips and tricks"e “Cheat Sheets”; que são dicas e truques e uma ajuda guiada passo a passo, respectivamente. Tais funcionalidades devem ser consideradas.