SlideShare uma empresa Scribd logo
1 de 6
Avaliação Heurística de aplicativos Desktop e Web
                                      Bruno Dadalt Zambiazi

                          Centro Universitário UNIVATES
Rua Avelino Tallini, 171 – Bairro Universitário - Lajeado – RS – Brasil – CEP: 95900-
                                         000
                              Telefone: (51) 3714 7000
                                    bruno@universo.univates.br

        Abstract. This article describes heuristic evaluation results of two software
        systems, a Web and a Desktop. The evaluation was based on ten heuristic
        principles proposal to Jakob Nielsen and Rolf Molich, at beginning of 1990's
        decade. To do a fair job, two softwares with the same proposal – task
        scheduler personal and e-calendar, both developed by big companies, are
        choosen: Google Agenda and Mozilla Sunbird.

        Resumo. Este artigo visa apresentar os resultados de uma avaliação
        heurística realizada em dois sistemas, um Web e um Desktop. A avaliação foi
        feita com base nos dez princípios heurísticos propostos por Jakob Nielsen e
        Rolf Molich, no início da década de 1990. Para fazer um trabalho justo,
        foram pesquisados dois softwares atuantes na mesma área - agendamento de
        tarefas pessoais e calendário eletrônico, ambos desenvolvidos por duas
        grandes empresas: Google Agenda e Mozilla Sunbird.

1. Introdução
Há algum tempo, o desenvolvimento de software deixou de ser algo simples para
tornar-se um complexo processo de produção que visa, acima de tudo, a qualidade do
produto final e a satisfação máxima do usuário. Nesse contexto, práticas vinculadas à
interação humano-computador vêm ganhando destaque, principalmente nos últimos
anos, por proporem melhorias nos programas computacionais baseadas num
pensamento bastante simples: um software precisa ser fácil de utilizar.
                Dentro disso, a Avaliação Heurística, um dos métodos utilizados para
avaliação de interfaces, torna-se uma das técnicas essenciais para a implantação de boas
regras de usabilidade1 em sistemas, sejam estes Desktop ou Web. Baseada em dez
princípios, a Avaliação Heurística é uma etapa muito importante no desenvolvimento de
softwares por evitar problemas de usabilidade que podem acabar causando graves erros
quando o mesmo passar à fase de comercialização.
        Visando realizar um processo de avaliação de interfaces justo, escolheu-se por
trabalhar com um software Desktop e outro Web, sendo que os dois deveriam ser
sistemas voltados à mesma área de atuação e desenvolvidos por empresas do mesmo
porte. Após a definição da área de atuação do software, agendamento de tarefas pessoais
e calendário eletrônico, os escolhidos foram Mozilla Sunbird e Google Agenda.



1   Usabilidade diz respeito à facilidade e simplicidade de utilização de algum software ou dispositivo.
O primeiro, da plataforma Desktop, é “[...] um gerenciador de informações
pessoais livre, de código aberto e multiplataforma desenvolvido pela Mozilla
Foundation com a colaboração de vários voluntários.” [1] O segundo, um sistema WEB,
é “[...] um serviço de agenda e calendário on-line oferecido gratuitamente pela empresa
Google.” [2]
       Este trabalho não tem o objetivo de explicar/avaliar o processo de instalação do
Mozilla Sunbird, na máquina do usuário, e nem da criação de uma conta no Google,
para posterior acesso à ferramenta Agenda. O foco do trabalho está voltado única e
somente à avaliação das interfaces e de seu funcionamento, assim como à apresentação
de um comparativo entre os dois.

2. Avaliações Heurísticas
Com a crescente evolução tecnológica das plataformas e sistemas de informação, a
facilidade de utilização destes tornou-se algo essencial para a boa aceitação de um
produto de software no mercado. Hoje em dia, não basta mais utilizar um programa
criado simplesmente para atender as suas demandas, é necessário que o mesmo seja
simples, intuitivo e que proporcione uma boa experiência aos usuários. Foi pensando
nisso que, no início da década de 1990, os dinamarqueses Jakob Nielsen e Rolf Molich
desenvolveram técnicas para avaliações de interface baseadas em heurísticas2.
       Mesmo que pareçam antigas devido à data de publicação, as chamadas
“Avaliações Heurísticas” passaram a ganhar destaque no mundo dos computadores
apenas no início dos anos 2000, época em que começou a aumentar a necessidade de
softwares voltados à boa utilização por parte dos usuários. A Avaliação Heurística
baseia-se em dez princípios:
          1. Visibilidade do status do sistema: a todo o momento, o sistema precisa
             informar ao usuário o que está acontecendo;
          2. Compatibilidade do sistema com o mundo real: o sistema deve possuir
             uma linguagem clara e de fácil entendimento para o usuário, evitando termos
             técnicos;
          3. Controle do usuário e liberdade: o usuário é quem controla a aplicação, não
             o contrário. O usuário deve poder cancelar e reiniciar tarefas, desfazer e
             refazer operações, entre outros;
          4. Consistência e padrões: ações semelhantes devem sempre funcionar de
             forma igual, evitando deixar o usuário com dúvidas quando, por exemplo, -
             executar tarefas homônimas em módulos diferentes;
          5. Ajuda os usuários no reconhecimento, diagnóstico e recuperação de
             erros: através de linguagem simples, o sistema fornece informações que
             ajudam o usuário a evitar cometer erros;
          6. Prevenção de erros: o sistema evita a ocorrência de erros que prejudiquem
             as tarefas do usuário;
          7. Reconhecimento ao invés de memorização: o usuário não deve precisar
             decorar como se realiza determinada tarefa, o sistema deve possuir uma


2   Uma heurística é um enunciado no qual procura-se sintetizar algum problema. [3]
interface capaz de fazer com que o usuário saiba onde precisa ir para realizar
             aquela tarefa;
        8. Flexibilidade e eficiência no uso: o sistema deve fornecer meios para que os
           usuários um pouco mais experientes consigam realizar tarefas de forma mais
           rápida, fornecendo, por exemplo, atalhos pelo teclado;
        9. Estética e design minimalista: o sistema não deve apresentar informações e
           opções irrelevantes;
        10. Ajuda e documentação: o sistema deve dispor de uma completa
            documentação e módulo de ajuda para que o usuário saiba ao quê recorrer
            quando precisar.
        Baseada nesses princípios, a Avaliação Heurística propõe um sistema no qual
um grupo de peritos examina telas à procura de problemas. Os peritos devem ser
pessoas especializadas em avaliação de interfaces e não podem estar envolvidos no
processo de criação do design, devido à clara dificuldade que todos têm em apontar
erros nos seus próprios trabalhos. [4]
        Além disso, os peritos devem fazer a avaliação em separado, evitando que os
resultados de um influenciem nos de outro [5]. Todos os problemas encontrados devem
ser dispostos em uma tabela, separada pelos princípios, e recebem um nível de
prioridade para futura correção. Ao final de todo o processo, um encarregado deve
juntar todas as avaliações e repassar o resultado à equipe responsável pela manutenção
do sistema.
        É importante ressaltar que a Avaliação Heurística não prende o perito única e
exclusivamente as suas heurísticas. Os avaliadores, principalmente os que têm mais
experiência, podem desenvolver as suas próprias técnicas para facilitar o apontamento
de problemas. [4]

3. Mozilla Sunbird
O projeto Sunbird, desenvolvido pela Mozilla Foundation, é a recriação do componente
Calendar [1], antigamente incorporado ao gerenciador de emails Thunderbird.
Funcionando agora como um software para plataformas Desktop, o mesmo é facilmente
instalável e possui a vantagem de não necessitar uma conexão com a Internet para
funcionar.
       A tabela a seguir apresenta os resultados da avaliação de interfaces do Sunbird.
A coluna “severidade” contém o nível de gravidade do problema, sendo 0 (zero) algo
que não necessita de correção imediata, e 4 (quatro) um problema que deve ser
prontamente corrigido por ser algo imprescindível ao correto funcionamento do sistema.
                   Tabela 1. Avaliação Heurística do software Mozilla Sunbird.

Problema                                                                                        Severidade
Consistência e padrões
  Por padrão, o sistema deve prover cores para todas as categorias.                                 2
Prevenção de erros
  Não permitir o cadastro de Eventos e Tarefas sem o preenchimento de dados obrigatórios.           2
Reconhecimento ao invés de memorização
  Apresentar na interface algum local para rápido acesso à relação entre categorias e cores.        2
  No calendário, o evento inteiro deve receber a cor da categoria, para que o usuário consiga       3
identificar ao quê se refere determinada tarefa/evento somente ao olhar a caixa.
Flexibilidade e eficiência de uso
   No cadastro de Eventos, mostrar as opções "Prioridade", "Privacidade" e "Posição" já na tela de       0
cadastro, sem que seja necessário acessar um menu para tal.
   No cadastro de Tarefas, mostrar as opções "Prioridade" e "Privacidade" já na tela de cadastro,        0
sem que seja necessário acessar um menu para tal.
Estética e design minimalista
   No calendário, dar destaque à informação "Prioridade" dos Eventos.                                    1
   As opções do menu Exibir > Exibir Tarefas e Exibir > Exibir Tarefas Completadas não                   4
funcionam, não mostram as tarefas no calendário.
Ajuda e documentação
   Não possui documentação e módulos de ajuda no próprio software, apenas no site do produto.            3
   Em local algum são explicadas as diferenças entre "Evento" e "Tarefa", duas opções que                3
possuem telas de cadastro semelhantes.


4. Google Agenda
O projeto Agenda, desenvolvido pelo Google, é um sistema on-line que permite o
agendamento de compromissos/tarefas, compartilhamento de agendas com outros
usuários, agregação de agendas públicas, entre outras funcionalidades.
       A tabela a seguir apresenta os resultados da avaliação de interfaces do Agenda.
A coluna “severidade” contém o nível de gravidade do problema, sendo 0 (zero) algo
que não necessita de correção imediata, e 4 (quatro) um problema que deve ser
prontamente corrigido por ser algo imprescindível ao correto funcionamento do sistema.
                   Tabela 2. Avaliação Heurística do sistema Google Agenda.

Problema                                                                                             Severidade
Visibilidade do status do sistema
    Ao cancelar a inscrição em uma agenda de terceiros, na parte de configurações, a exclusão é          3
feita através de AJAX, mas não são mostradas mensagens de informação (sobre o carregamento e
sucesso da operação).
Compatibilidade do sistema com o mundo real
    Possibilitar a criação de categorias e consequente relacionamento de eventos com categorias.         3
Controle do usuário e liberdade
    Ao editar uma tarefa, quando o título inteiro dela é apagado a própria é automaticamente             4
excluída, passando o foco para a tarefa anterior.
    Ao editar uma tarefa, em nenhum local aparece um botão "Salvar" (o salvamento é feito de             1
forma automática, mas isso não fica claro ao usuário).
Consistência e padrões
    Quando o usuário está na tela de configurações, não são mostradas as mensagens popups dos            4
eventos daquele horário.
Ajuda os usuários a reconhecer, diagnosticar e recuperar-se de erros
    No calendário, quando é clicado na opção "Excluir evento", o mesmo é excluído sem que o              2
sistema solicite confirmação.
Flexibilidade e eficiência de uso
    Ao adicionar um evento clicando no calendário, possibilitar a troca do horário sem necessitar        2
clicar em "Editar detalhes do evento".
Estética e design minimalista
    Quando o evento possuir um anexo, informar isso ainda no calendário (ou quando o usuário             1
colocar o mouse por cima do evento).
    Entrando na aba "Compromissos" e selecionando a opção "Expandir tudo", não são mostradas             1
informações úteis ao usuário, apenas as opções de "Editar" e "Excluir".
Ajuda e documentação
    Em "Configurações da agenda", na aba "Configurações do celular", em local algum é falado a           0
respeito de valores e encargos.


5. Comparativo das avaliações
Realizando uma comparação entre os dois aplicativos, é possível notar alguns detalhes
bastante peculiares de acordo com a plataforma para a qual o software foi desenvolvido.
        No item “Visibilidade do status do sistema”, por exemplo, foram encontrados
problemas apenas no Agenda. Isso pode ser consequência do fato de que, hoje, os
aplicativos on-line utilizam muito a tecnologia AJAX3 para atualização de informações,
o que geralmente acarreta na implementação incorreta de informações sobre o status das
requisições, algo que não é problema para softwares da plataforma Desktop que não
possuem grandes necessidades de processamento – como é o caso do Sunbird.
      Já nos princípios “Prevenção de erros” e “Reconhecimento ao invés de
memorização”, o único aplicativo em que foram encontrados problemas foi o Sunbird.
Em cada aplicativo foram encontrados dez problemas.
        Como consequência da avaliação, pode-se notar que todos os princípios
avaliados estavam presentes em ao menos um dos softwares. A diferença entre os dois
foi que o Google Agenda obteve problemas em oito princípios, sendo dois problemas de
severidade máxima e dois de severidade mínima, enquanto que, no Mozilla Sunbird,
foram detectados erros em seis princípios, sendo que um problema é de severidade
máxima e dois de severidade mínima.
         Pensando nas vantagens de cada plataforma, um sistema on-line deve ser leve e
rápido para ser acessado a qualquer hora e em qualquer lugar, o que o Agenda permite
através da praticidade: é possível apagar uma tarefa simplesmente clicando sobre o seu
título e o apagando . Um sistema Desktop, por outro lado, tem a possibilidade de ser
mais robusto, item que o Sunbird comprova através das flexíveis configurações sobre a
periodicidade dos lembretes.

6. Conclusões
A Avaliação Heurística realizada nos aplicativos Mozilla Sunbird e Google Agenda não
serve para – e não tem o objetivo de – afirmar qual é o melhor. O intuito foi apresentar
um contraponto entre dois softwares que se propõem a satisfazer as necessidades dos
usuários em duas plataformas diferentes – o que, de fato, os dois conseguem de forma
bastante satisfatória.
        No lado das desvantagens, as maiores ressalvas ficam por conta da falta de
documentação do aplicativo Sunbird e da impossibilidade de criação de categorias no
Agenda. No entanto, nada disso afeta a principal característica que serviu de motivação
para o desenvolvimento de ambos: lembrar o usuário.

7. Referências
[1]   Wikipédia. Mozilla Sunbird. Disponível em:
      http://pt.wikipedia.org/wiki/Mozilla_Sunbird.

3AJAX é uma sigla inglesa para Assynchronous Javascript And XML. Representa a utilização conjunta
dessas tecnologias para prover uma forma mais simples de acesso aos dados contidos no lado do
servidor, pois o cliente não precisa aguardar a resposta do browser para poder continuar navegando pela
aplicação.
[2]   Wikipédia. Google Agenda. Disponível em:
      http://pt.wikipedia.org/wiki/Google_Agenda.
[3]   Frederick van Amstel. Sabedoria do Tarô e Usabilidade. Disponível em:
      http://www.usabilidoido.com.br/sabedoria_do_taro_e_usabilidade.html.
[4]   Frederick van Amstel. Avaliação Heurística Exige Experiência. Disponível em:
      http://www.usabilidoido.com.br/avaliacao_heuristica_exige_experiencia.html.
[5]   Agner. Avaliações Heurísticas. Disponível em:
      http://www.slideshare.net/agner/heuristicas-usabilidade.

Mais conteúdo relacionado

Mais procurados

Agiles Testen
Agiles TestenAgiles Testen
Agiles Testenoose
 
Scrum Einleitung Präsentation
Scrum Einleitung PräsentationScrum Einleitung Präsentation
Scrum Einleitung PräsentationAndreas Nerlich
 
Performance Testing in Agile Process
Performance Testing in Agile ProcessPerformance Testing in Agile Process
Performance Testing in Agile ProcessIdexcel Technologies
 
JIRA Zephyr - Test Management
JIRA Zephyr - Test ManagementJIRA Zephyr - Test Management
JIRA Zephyr - Test ManagementOnlio
 
Ferramentas de Gestão de Testes
Ferramentas de Gestão de TestesFerramentas de Gestão de Testes
Ferramentas de Gestão de Testeselliando dias
 
Planejamento de Testes
Planejamento de TestesPlanejamento de Testes
Planejamento de Testeselliando dias
 
Теория тестирования, часть 1
Теория тестирования, часть 1 Теория тестирования, часть 1
Теория тестирования, часть 1 DressTester
 
Agile testing - Testing From Day 1
Agile testing - Testing From Day 1Agile testing - Testing From Day 1
Agile testing - Testing From Day 1Kaizenko
 
Chapter 8 - Continuous Improvement
Chapter 8 - Continuous ImprovementChapter 8 - Continuous Improvement
Chapter 8 - Continuous ImprovementNeeraj Kumar Singh
 
QM-055-品質管制
QM-055-品質管制QM-055-品質管制
QM-055-品質管制handbook
 
[AUG]개발자와 QA가 상생하는 테스트 프로세스
[AUG]개발자와 QA가 상생하는 테스트 프로세스[AUG]개발자와 QA가 상생하는 테스트 프로세스
[AUG]개발자와 QA가 상생하는 테스트 프로세스철민 신
 
Професия QA инженер - SoftUniConf June 2015
Професия QA инженер - SoftUniConf June 2015Професия QA инженер - SoftUniConf June 2015
Професия QA инженер - SoftUniConf June 2015Peter Sabev
 
Non-functional Testing (NFT) Overview
Non-functional Testing (NFT) Overview Non-functional Testing (NFT) Overview
Non-functional Testing (NFT) Overview Assaf Halperin
 
Agiles Projektmanagement mit Scrum - Einführung
Agiles Projektmanagement mit Scrum - EinführungAgiles Projektmanagement mit Scrum - Einführung
Agiles Projektmanagement mit Scrum - EinführungAtilla Wohllebe
 
Chapter 3 - The Generic Test Automation Architecture
Chapter 3 - The Generic Test Automation Architecture Chapter 3 - The Generic Test Automation Architecture
Chapter 3 - The Generic Test Automation Architecture Neeraj Kumar Singh
 

Mais procurados (20)

performance testing
performance testingperformance testing
performance testing
 
Agiles Testen
Agiles TestenAgiles Testen
Agiles Testen
 
Scrum Einleitung Präsentation
Scrum Einleitung PräsentationScrum Einleitung Präsentation
Scrum Einleitung Präsentation
 
Performance Testing in Agile Process
Performance Testing in Agile ProcessPerformance Testing in Agile Process
Performance Testing in Agile Process
 
Scrum in a page
Scrum in a pageScrum in a page
Scrum in a page
 
Guide to Agile testing
Guide to Agile testingGuide to Agile testing
Guide to Agile testing
 
JIRA Zephyr - Test Management
JIRA Zephyr - Test ManagementJIRA Zephyr - Test Management
JIRA Zephyr - Test Management
 
Ferramentas de Gestão de Testes
Ferramentas de Gestão de TestesFerramentas de Gestão de Testes
Ferramentas de Gestão de Testes
 
Agiles Testen - Überblick
Agiles Testen - ÜberblickAgiles Testen - Überblick
Agiles Testen - Überblick
 
Planejamento de Testes
Planejamento de TestesPlanejamento de Testes
Planejamento de Testes
 
Теория тестирования, часть 1
Теория тестирования, часть 1 Теория тестирования, часть 1
Теория тестирования, часть 1
 
Agile testing - Testing From Day 1
Agile testing - Testing From Day 1Agile testing - Testing From Day 1
Agile testing - Testing From Day 1
 
Agile Testing by Example
Agile Testing by ExampleAgile Testing by Example
Agile Testing by Example
 
Chapter 8 - Continuous Improvement
Chapter 8 - Continuous ImprovementChapter 8 - Continuous Improvement
Chapter 8 - Continuous Improvement
 
QM-055-品質管制
QM-055-品質管制QM-055-品質管制
QM-055-品質管制
 
[AUG]개발자와 QA가 상생하는 테스트 프로세스
[AUG]개발자와 QA가 상생하는 테스트 프로세스[AUG]개발자와 QA가 상생하는 테스트 프로세스
[AUG]개발자와 QA가 상생하는 테스트 프로세스
 
Професия QA инженер - SoftUniConf June 2015
Професия QA инженер - SoftUniConf June 2015Професия QA инженер - SoftUniConf June 2015
Професия QA инженер - SoftUniConf June 2015
 
Non-functional Testing (NFT) Overview
Non-functional Testing (NFT) Overview Non-functional Testing (NFT) Overview
Non-functional Testing (NFT) Overview
 
Agiles Projektmanagement mit Scrum - Einführung
Agiles Projektmanagement mit Scrum - EinführungAgiles Projektmanagement mit Scrum - Einführung
Agiles Projektmanagement mit Scrum - Einführung
 
Chapter 3 - The Generic Test Automation Architecture
Chapter 3 - The Generic Test Automation Architecture Chapter 3 - The Generic Test Automation Architecture
Chapter 3 - The Generic Test Automation Architecture
 

Destaque

озыхан баршаугль+обувной магазин+решение
озыхан баршаугль+обувной магазин+решениеозыхан баршаугль+обувной магазин+решение
озыхан баршаугль+обувной магазин+решениеБаршагуль Озыхан
 
Presentacion final de periodico
Presentacion final de periodicoPresentacion final de periodico
Presentacion final de periodiconelson-patricio
 
Hercules through time and space unico + students
Hercules through time and space unico + studentsHercules through time and space unico + students
Hercules through time and space unico + studentslaboursofhercules
 
Ley del casamiento de las herederas
Ley del casamiento de las herederasLey del casamiento de las herederas
Ley del casamiento de las herederasYanet Caldas
 
Orden de escribir la ley en piedras sobre el monte Ebal
Orden de escribir la ley en piedras sobre el monte EbalOrden de escribir la ley en piedras sobre el monte Ebal
Orden de escribir la ley en piedras sobre el monte EbalYanet Caldas
 

Destaque (8)

озыхан баршаугль+обувной магазин+решение
озыхан баршаугль+обувной магазин+решениеозыхан баршаугль+обувной магазин+решение
озыхан баршаугль+обувной магазин+решение
 
Presentacion final de periodico
Presentacion final de periodicoPresentacion final de periodico
Presentacion final de periodico
 
Hercules through time and space unico + students
Hercules through time and space unico + studentsHercules through time and space unico + students
Hercules through time and space unico + students
 
Aula 6
Aula 6Aula 6
Aula 6
 
Catania meeting programme
Catania meeting programmeCatania meeting programme
Catania meeting programme
 
75.05 Cronología de Abraham a Jacob 15.07.05
75.05 Cronología de Abraham a Jacob 15.07.0575.05 Cronología de Abraham a Jacob 15.07.05
75.05 Cronología de Abraham a Jacob 15.07.05
 
Ley del casamiento de las herederas
Ley del casamiento de las herederasLey del casamiento de las herederas
Ley del casamiento de las herederas
 
Orden de escribir la ley en piedras sobre el monte Ebal
Orden de escribir la ley en piedras sobre el monte EbalOrden de escribir la ley en piedras sobre el monte Ebal
Orden de escribir la ley en piedras sobre el monte Ebal
 

Semelhante a Avaliação heurística de agendadores Google Agenda e Mozilla Sunbird

Desenvolvimento de ferramenta para automação de tarefas
Desenvolvimento de ferramenta para automação de tarefasDesenvolvimento de ferramenta para automação de tarefas
Desenvolvimento de ferramenta para automação de tarefasEverton V. Tavares
 
Desenvolvimento ágil de software: análise sintética a partir de KANBAN
Desenvolvimento ágil de software: análise sintética a partir de KANBANDesenvolvimento ágil de software: análise sintética a partir de KANBAN
Desenvolvimento ágil de software: análise sintética a partir de KANBANFernando Palma
 
Este trabalho trata
Este trabalho trataEste trabalho trata
Este trabalho trataRoni Reis
 
Métodos de Avaliação de IHC
Métodos de Avaliação de IHCMétodos de Avaliação de IHC
Métodos de Avaliação de IHCGeorgiaCruz7
 
Usabilidade com Paper Prototype
Usabilidade com Paper PrototypeUsabilidade com Paper Prototype
Usabilidade com Paper Prototypeeudisnet
 
Palestra - Heurísticas e Usabilidade
Palestra - Heurísticas e UsabilidadePalestra - Heurísticas e Usabilidade
Palestra - Heurísticas e UsabilidadeLuiz Agner
 
Ihc Aula8 M I Avaliacao Heuristica
Ihc Aula8 M I Avaliacao HeuristicaIhc Aula8 M I Avaliacao Heuristica
Ihc Aula8 M I Avaliacao HeuristicaFabiano Damiati
 
Desenvolvimento de softwares/sistemas
Desenvolvimento de softwares/sistemasDesenvolvimento de softwares/sistemas
Desenvolvimento de softwares/sistemasGeraldo Munguambe
 
Projeto e interface_com_usuário_resumo
Projeto e interface_com_usuário_resumoProjeto e interface_com_usuário_resumo
Projeto e interface_com_usuário_resumoGustavo Alcantara
 
LIVRO PROPRIETÁRIO - METODOLOGIAS DE DESENVOLVIMENTO DE SISTEMAS
LIVRO PROPRIETÁRIO - METODOLOGIAS DE DESENVOLVIMENTO DE SISTEMASLIVRO PROPRIETÁRIO - METODOLOGIAS DE DESENVOLVIMENTO DE SISTEMAS
LIVRO PROPRIETÁRIO - METODOLOGIAS DE DESENVOLVIMENTO DE SISTEMASOs Fantasmas !
 
Análise Heuristica
Análise HeuristicaAnálise Heuristica
Análise Heuristicaguestc08a52
 
O_Ciclo_de_Vida_do_Desenvolvimento_de_Sistemas.pdf
O_Ciclo_de_Vida_do_Desenvolvimento_de_Sistemas.pdfO_Ciclo_de_Vida_do_Desenvolvimento_de_Sistemas.pdf
O_Ciclo_de_Vida_do_Desenvolvimento_de_Sistemas.pdfAthena542429
 
Teste de Usabilidade e Percurso Cognitivo
Teste de Usabilidade e Percurso CognitivoTeste de Usabilidade e Percurso Cognitivo
Teste de Usabilidade e Percurso CognitivoLaís Berlatto
 
Conceito de analise de desenvolvivento de sistemas
Conceito de analise de desenvolvivento de sistemasConceito de analise de desenvolvivento de sistemas
Conceito de analise de desenvolvivento de sistemasluanrjesus
 
Heurística, Principios e Usabilidade na web
Heurística, Principios e Usabilidade na webHeurística, Principios e Usabilidade na web
Heurística, Principios e Usabilidade na webDaniel Brandão
 
261 261 case_ocomon
261 261 case_ocomon261 261 case_ocomon
261 261 case_ocomonricardo17754
 
Avaliaçãp
AvaliaçãpAvaliaçãp
Avaliaçãpclimack
 

Semelhante a Avaliação heurística de agendadores Google Agenda e Mozilla Sunbird (20)

Desenvolvimento de ferramenta para automação de tarefas
Desenvolvimento de ferramenta para automação de tarefasDesenvolvimento de ferramenta para automação de tarefas
Desenvolvimento de ferramenta para automação de tarefas
 
Desenvolvimento ágil de software: análise sintética a partir de KANBAN
Desenvolvimento ágil de software: análise sintética a partir de KANBANDesenvolvimento ágil de software: análise sintética a partir de KANBAN
Desenvolvimento ágil de software: análise sintética a partir de KANBAN
 
Conceitos de Usabilidade
Conceitos de UsabilidadeConceitos de Usabilidade
Conceitos de Usabilidade
 
Este trabalho trata
Este trabalho trataEste trabalho trata
Este trabalho trata
 
Métodos de Avaliação de IHC
Métodos de Avaliação de IHCMétodos de Avaliação de IHC
Métodos de Avaliação de IHC
 
Usabilidade com Paper Prototype
Usabilidade com Paper PrototypeUsabilidade com Paper Prototype
Usabilidade com Paper Prototype
 
Palestra - Heurísticas e Usabilidade
Palestra - Heurísticas e UsabilidadePalestra - Heurísticas e Usabilidade
Palestra - Heurísticas e Usabilidade
 
Usabilidade1
Usabilidade1Usabilidade1
Usabilidade1
 
Análise Heuristica
Análise HeuristicaAnálise Heuristica
Análise Heuristica
 
Ihc Aula8 M I Avaliacao Heuristica
Ihc Aula8 M I Avaliacao HeuristicaIhc Aula8 M I Avaliacao Heuristica
Ihc Aula8 M I Avaliacao Heuristica
 
Desenvolvimento de softwares/sistemas
Desenvolvimento de softwares/sistemasDesenvolvimento de softwares/sistemas
Desenvolvimento de softwares/sistemas
 
Projeto e interface_com_usuário_resumo
Projeto e interface_com_usuário_resumoProjeto e interface_com_usuário_resumo
Projeto e interface_com_usuário_resumo
 
LIVRO PROPRIETÁRIO - METODOLOGIAS DE DESENVOLVIMENTO DE SISTEMAS
LIVRO PROPRIETÁRIO - METODOLOGIAS DE DESENVOLVIMENTO DE SISTEMASLIVRO PROPRIETÁRIO - METODOLOGIAS DE DESENVOLVIMENTO DE SISTEMAS
LIVRO PROPRIETÁRIO - METODOLOGIAS DE DESENVOLVIMENTO DE SISTEMAS
 
Análise Heuristica
Análise HeuristicaAnálise Heuristica
Análise Heuristica
 
O_Ciclo_de_Vida_do_Desenvolvimento_de_Sistemas.pdf
O_Ciclo_de_Vida_do_Desenvolvimento_de_Sistemas.pdfO_Ciclo_de_Vida_do_Desenvolvimento_de_Sistemas.pdf
O_Ciclo_de_Vida_do_Desenvolvimento_de_Sistemas.pdf
 
Teste de Usabilidade e Percurso Cognitivo
Teste de Usabilidade e Percurso CognitivoTeste de Usabilidade e Percurso Cognitivo
Teste de Usabilidade e Percurso Cognitivo
 
Conceito de analise de desenvolvivento de sistemas
Conceito de analise de desenvolvivento de sistemasConceito de analise de desenvolvivento de sistemas
Conceito de analise de desenvolvivento de sistemas
 
Heurística, Principios e Usabilidade na web
Heurística, Principios e Usabilidade na webHeurística, Principios e Usabilidade na web
Heurística, Principios e Usabilidade na web
 
261 261 case_ocomon
261 261 case_ocomon261 261 case_ocomon
261 261 case_ocomon
 
Avaliaçãp
AvaliaçãpAvaliaçãp
Avaliaçãp
 

Mais de Bruno Dadalt Zambiazi

Mais de Bruno Dadalt Zambiazi (8)

Análise de ferramentas para gestão de regras de negócio em sistemas de inform...
Análise de ferramentas para gestão de regras de negócio em sistemas de inform...Análise de ferramentas para gestão de regras de negócio em sistemas de inform...
Análise de ferramentas para gestão de regras de negócio em sistemas de inform...
 
Hadoop
HadoopHadoop
Hadoop
 
Os porquês do português
Os porquês do portuguêsOs porquês do português
Os porquês do português
 
Hibernate
HibernateHibernate
Hibernate
 
DB2 Express-C 9.5
DB2 Express-C 9.5DB2 Express-C 9.5
DB2 Express-C 9.5
 
DB2 Express-C
DB2 Express-CDB2 Express-C
DB2 Express-C
 
[Engenharia de Software] Marquivos.com
[Engenharia de Software] Marquivos.com[Engenharia de Software] Marquivos.com
[Engenharia de Software] Marquivos.com
 
[Engenharia de Software] Marquivos.com
[Engenharia de Software] Marquivos.com[Engenharia de Software] Marquivos.com
[Engenharia de Software] Marquivos.com
 

Avaliação heurística de agendadores Google Agenda e Mozilla Sunbird

  • 1. Avaliação Heurística de aplicativos Desktop e Web Bruno Dadalt Zambiazi Centro Universitário UNIVATES Rua Avelino Tallini, 171 – Bairro Universitário - Lajeado – RS – Brasil – CEP: 95900- 000 Telefone: (51) 3714 7000 bruno@universo.univates.br Abstract. This article describes heuristic evaluation results of two software systems, a Web and a Desktop. The evaluation was based on ten heuristic principles proposal to Jakob Nielsen and Rolf Molich, at beginning of 1990's decade. To do a fair job, two softwares with the same proposal – task scheduler personal and e-calendar, both developed by big companies, are choosen: Google Agenda and Mozilla Sunbird. Resumo. Este artigo visa apresentar os resultados de uma avaliação heurística realizada em dois sistemas, um Web e um Desktop. A avaliação foi feita com base nos dez princípios heurísticos propostos por Jakob Nielsen e Rolf Molich, no início da década de 1990. Para fazer um trabalho justo, foram pesquisados dois softwares atuantes na mesma área - agendamento de tarefas pessoais e calendário eletrônico, ambos desenvolvidos por duas grandes empresas: Google Agenda e Mozilla Sunbird. 1. Introdução Há algum tempo, o desenvolvimento de software deixou de ser algo simples para tornar-se um complexo processo de produção que visa, acima de tudo, a qualidade do produto final e a satisfação máxima do usuário. Nesse contexto, práticas vinculadas à interação humano-computador vêm ganhando destaque, principalmente nos últimos anos, por proporem melhorias nos programas computacionais baseadas num pensamento bastante simples: um software precisa ser fácil de utilizar. Dentro disso, a Avaliação Heurística, um dos métodos utilizados para avaliação de interfaces, torna-se uma das técnicas essenciais para a implantação de boas regras de usabilidade1 em sistemas, sejam estes Desktop ou Web. Baseada em dez princípios, a Avaliação Heurística é uma etapa muito importante no desenvolvimento de softwares por evitar problemas de usabilidade que podem acabar causando graves erros quando o mesmo passar à fase de comercialização. Visando realizar um processo de avaliação de interfaces justo, escolheu-se por trabalhar com um software Desktop e outro Web, sendo que os dois deveriam ser sistemas voltados à mesma área de atuação e desenvolvidos por empresas do mesmo porte. Após a definição da área de atuação do software, agendamento de tarefas pessoais e calendário eletrônico, os escolhidos foram Mozilla Sunbird e Google Agenda. 1 Usabilidade diz respeito à facilidade e simplicidade de utilização de algum software ou dispositivo.
  • 2. O primeiro, da plataforma Desktop, é “[...] um gerenciador de informações pessoais livre, de código aberto e multiplataforma desenvolvido pela Mozilla Foundation com a colaboração de vários voluntários.” [1] O segundo, um sistema WEB, é “[...] um serviço de agenda e calendário on-line oferecido gratuitamente pela empresa Google.” [2] Este trabalho não tem o objetivo de explicar/avaliar o processo de instalação do Mozilla Sunbird, na máquina do usuário, e nem da criação de uma conta no Google, para posterior acesso à ferramenta Agenda. O foco do trabalho está voltado única e somente à avaliação das interfaces e de seu funcionamento, assim como à apresentação de um comparativo entre os dois. 2. Avaliações Heurísticas Com a crescente evolução tecnológica das plataformas e sistemas de informação, a facilidade de utilização destes tornou-se algo essencial para a boa aceitação de um produto de software no mercado. Hoje em dia, não basta mais utilizar um programa criado simplesmente para atender as suas demandas, é necessário que o mesmo seja simples, intuitivo e que proporcione uma boa experiência aos usuários. Foi pensando nisso que, no início da década de 1990, os dinamarqueses Jakob Nielsen e Rolf Molich desenvolveram técnicas para avaliações de interface baseadas em heurísticas2. Mesmo que pareçam antigas devido à data de publicação, as chamadas “Avaliações Heurísticas” passaram a ganhar destaque no mundo dos computadores apenas no início dos anos 2000, época em que começou a aumentar a necessidade de softwares voltados à boa utilização por parte dos usuários. A Avaliação Heurística baseia-se em dez princípios: 1. Visibilidade do status do sistema: a todo o momento, o sistema precisa informar ao usuário o que está acontecendo; 2. Compatibilidade do sistema com o mundo real: o sistema deve possuir uma linguagem clara e de fácil entendimento para o usuário, evitando termos técnicos; 3. Controle do usuário e liberdade: o usuário é quem controla a aplicação, não o contrário. O usuário deve poder cancelar e reiniciar tarefas, desfazer e refazer operações, entre outros; 4. Consistência e padrões: ações semelhantes devem sempre funcionar de forma igual, evitando deixar o usuário com dúvidas quando, por exemplo, - executar tarefas homônimas em módulos diferentes; 5. Ajuda os usuários no reconhecimento, diagnóstico e recuperação de erros: através de linguagem simples, o sistema fornece informações que ajudam o usuário a evitar cometer erros; 6. Prevenção de erros: o sistema evita a ocorrência de erros que prejudiquem as tarefas do usuário; 7. Reconhecimento ao invés de memorização: o usuário não deve precisar decorar como se realiza determinada tarefa, o sistema deve possuir uma 2 Uma heurística é um enunciado no qual procura-se sintetizar algum problema. [3]
  • 3. interface capaz de fazer com que o usuário saiba onde precisa ir para realizar aquela tarefa; 8. Flexibilidade e eficiência no uso: o sistema deve fornecer meios para que os usuários um pouco mais experientes consigam realizar tarefas de forma mais rápida, fornecendo, por exemplo, atalhos pelo teclado; 9. Estética e design minimalista: o sistema não deve apresentar informações e opções irrelevantes; 10. Ajuda e documentação: o sistema deve dispor de uma completa documentação e módulo de ajuda para que o usuário saiba ao quê recorrer quando precisar. Baseada nesses princípios, a Avaliação Heurística propõe um sistema no qual um grupo de peritos examina telas à procura de problemas. Os peritos devem ser pessoas especializadas em avaliação de interfaces e não podem estar envolvidos no processo de criação do design, devido à clara dificuldade que todos têm em apontar erros nos seus próprios trabalhos. [4] Além disso, os peritos devem fazer a avaliação em separado, evitando que os resultados de um influenciem nos de outro [5]. Todos os problemas encontrados devem ser dispostos em uma tabela, separada pelos princípios, e recebem um nível de prioridade para futura correção. Ao final de todo o processo, um encarregado deve juntar todas as avaliações e repassar o resultado à equipe responsável pela manutenção do sistema. É importante ressaltar que a Avaliação Heurística não prende o perito única e exclusivamente as suas heurísticas. Os avaliadores, principalmente os que têm mais experiência, podem desenvolver as suas próprias técnicas para facilitar o apontamento de problemas. [4] 3. Mozilla Sunbird O projeto Sunbird, desenvolvido pela Mozilla Foundation, é a recriação do componente Calendar [1], antigamente incorporado ao gerenciador de emails Thunderbird. Funcionando agora como um software para plataformas Desktop, o mesmo é facilmente instalável e possui a vantagem de não necessitar uma conexão com a Internet para funcionar. A tabela a seguir apresenta os resultados da avaliação de interfaces do Sunbird. A coluna “severidade” contém o nível de gravidade do problema, sendo 0 (zero) algo que não necessita de correção imediata, e 4 (quatro) um problema que deve ser prontamente corrigido por ser algo imprescindível ao correto funcionamento do sistema. Tabela 1. Avaliação Heurística do software Mozilla Sunbird. Problema Severidade Consistência e padrões Por padrão, o sistema deve prover cores para todas as categorias. 2 Prevenção de erros Não permitir o cadastro de Eventos e Tarefas sem o preenchimento de dados obrigatórios. 2 Reconhecimento ao invés de memorização Apresentar na interface algum local para rápido acesso à relação entre categorias e cores. 2 No calendário, o evento inteiro deve receber a cor da categoria, para que o usuário consiga 3
  • 4. identificar ao quê se refere determinada tarefa/evento somente ao olhar a caixa. Flexibilidade e eficiência de uso No cadastro de Eventos, mostrar as opções "Prioridade", "Privacidade" e "Posição" já na tela de 0 cadastro, sem que seja necessário acessar um menu para tal. No cadastro de Tarefas, mostrar as opções "Prioridade" e "Privacidade" já na tela de cadastro, 0 sem que seja necessário acessar um menu para tal. Estética e design minimalista No calendário, dar destaque à informação "Prioridade" dos Eventos. 1 As opções do menu Exibir > Exibir Tarefas e Exibir > Exibir Tarefas Completadas não 4 funcionam, não mostram as tarefas no calendário. Ajuda e documentação Não possui documentação e módulos de ajuda no próprio software, apenas no site do produto. 3 Em local algum são explicadas as diferenças entre "Evento" e "Tarefa", duas opções que 3 possuem telas de cadastro semelhantes. 4. Google Agenda O projeto Agenda, desenvolvido pelo Google, é um sistema on-line que permite o agendamento de compromissos/tarefas, compartilhamento de agendas com outros usuários, agregação de agendas públicas, entre outras funcionalidades. A tabela a seguir apresenta os resultados da avaliação de interfaces do Agenda. A coluna “severidade” contém o nível de gravidade do problema, sendo 0 (zero) algo que não necessita de correção imediata, e 4 (quatro) um problema que deve ser prontamente corrigido por ser algo imprescindível ao correto funcionamento do sistema. Tabela 2. Avaliação Heurística do sistema Google Agenda. Problema Severidade Visibilidade do status do sistema Ao cancelar a inscrição em uma agenda de terceiros, na parte de configurações, a exclusão é 3 feita através de AJAX, mas não são mostradas mensagens de informação (sobre o carregamento e sucesso da operação). Compatibilidade do sistema com o mundo real Possibilitar a criação de categorias e consequente relacionamento de eventos com categorias. 3 Controle do usuário e liberdade Ao editar uma tarefa, quando o título inteiro dela é apagado a própria é automaticamente 4 excluída, passando o foco para a tarefa anterior. Ao editar uma tarefa, em nenhum local aparece um botão "Salvar" (o salvamento é feito de 1 forma automática, mas isso não fica claro ao usuário). Consistência e padrões Quando o usuário está na tela de configurações, não são mostradas as mensagens popups dos 4 eventos daquele horário. Ajuda os usuários a reconhecer, diagnosticar e recuperar-se de erros No calendário, quando é clicado na opção "Excluir evento", o mesmo é excluído sem que o 2 sistema solicite confirmação. Flexibilidade e eficiência de uso Ao adicionar um evento clicando no calendário, possibilitar a troca do horário sem necessitar 2 clicar em "Editar detalhes do evento". Estética e design minimalista Quando o evento possuir um anexo, informar isso ainda no calendário (ou quando o usuário 1 colocar o mouse por cima do evento). Entrando na aba "Compromissos" e selecionando a opção "Expandir tudo", não são mostradas 1 informações úteis ao usuário, apenas as opções de "Editar" e "Excluir". Ajuda e documentação Em "Configurações da agenda", na aba "Configurações do celular", em local algum é falado a 0
  • 5. respeito de valores e encargos. 5. Comparativo das avaliações Realizando uma comparação entre os dois aplicativos, é possível notar alguns detalhes bastante peculiares de acordo com a plataforma para a qual o software foi desenvolvido. No item “Visibilidade do status do sistema”, por exemplo, foram encontrados problemas apenas no Agenda. Isso pode ser consequência do fato de que, hoje, os aplicativos on-line utilizam muito a tecnologia AJAX3 para atualização de informações, o que geralmente acarreta na implementação incorreta de informações sobre o status das requisições, algo que não é problema para softwares da plataforma Desktop que não possuem grandes necessidades de processamento – como é o caso do Sunbird. Já nos princípios “Prevenção de erros” e “Reconhecimento ao invés de memorização”, o único aplicativo em que foram encontrados problemas foi o Sunbird. Em cada aplicativo foram encontrados dez problemas. Como consequência da avaliação, pode-se notar que todos os princípios avaliados estavam presentes em ao menos um dos softwares. A diferença entre os dois foi que o Google Agenda obteve problemas em oito princípios, sendo dois problemas de severidade máxima e dois de severidade mínima, enquanto que, no Mozilla Sunbird, foram detectados erros em seis princípios, sendo que um problema é de severidade máxima e dois de severidade mínima. Pensando nas vantagens de cada plataforma, um sistema on-line deve ser leve e rápido para ser acessado a qualquer hora e em qualquer lugar, o que o Agenda permite através da praticidade: é possível apagar uma tarefa simplesmente clicando sobre o seu título e o apagando . Um sistema Desktop, por outro lado, tem a possibilidade de ser mais robusto, item que o Sunbird comprova através das flexíveis configurações sobre a periodicidade dos lembretes. 6. Conclusões A Avaliação Heurística realizada nos aplicativos Mozilla Sunbird e Google Agenda não serve para – e não tem o objetivo de – afirmar qual é o melhor. O intuito foi apresentar um contraponto entre dois softwares que se propõem a satisfazer as necessidades dos usuários em duas plataformas diferentes – o que, de fato, os dois conseguem de forma bastante satisfatória. No lado das desvantagens, as maiores ressalvas ficam por conta da falta de documentação do aplicativo Sunbird e da impossibilidade de criação de categorias no Agenda. No entanto, nada disso afeta a principal característica que serviu de motivação para o desenvolvimento de ambos: lembrar o usuário. 7. Referências [1] Wikipédia. Mozilla Sunbird. Disponível em: http://pt.wikipedia.org/wiki/Mozilla_Sunbird. 3AJAX é uma sigla inglesa para Assynchronous Javascript And XML. Representa a utilização conjunta dessas tecnologias para prover uma forma mais simples de acesso aos dados contidos no lado do servidor, pois o cliente não precisa aguardar a resposta do browser para poder continuar navegando pela aplicação.
  • 6. [2] Wikipédia. Google Agenda. Disponível em: http://pt.wikipedia.org/wiki/Google_Agenda. [3] Frederick van Amstel. Sabedoria do Tarô e Usabilidade. Disponível em: http://www.usabilidoido.com.br/sabedoria_do_taro_e_usabilidade.html. [4] Frederick van Amstel. Avaliação Heurística Exige Experiência. Disponível em: http://www.usabilidoido.com.br/avaliacao_heuristica_exige_experiencia.html. [5] Agner. Avaliações Heurísticas. Disponível em: http://www.slideshare.net/agner/heuristicas-usabilidade.