Please enable JavaScript.
Coggle requires JavaScript to display documents.
Métodos de avaliação
…
Métodos de avaliação
-
Por Inspeção
▪O avaliador examina (ou inspeciona) uma solução de IHC para tentar antever as possíveis consequências de certas decisões de design.
▪Esses métodos não envolvem diretamente os usuários, portanto, tratam de experiências de uso potenciais, e não reais.
▪Engloba: heurística, percurso cognitivo, semiótica.
Heurística
▪Resultam da análise de mais de 240 problemas de usabilidade, realizado ao longo dos anos por especialistas em IHC.
-
Percurso cognitivo
▪Objetivo é avaliar a facilidade de aprendizado de um sistema interativo, através da exploração da sua interface.
▪Foi motivado pela preferência de muitas pessoas em "aprenderem fazendo", em vez de aprenderem através de treinamentos, leitura de manuais etc.
Avaliação por Observação
Permitem ao avaliador coletar dados sobre situações em que os participantes realizam suas atividades, com ou sem apoio de tecnologia computacional.
O registro e a análise desses dados permitem identificar problemas reais que os participantes enfrentaram, e não apenas problemas potenciais previstos pelo avaliador como em uma avaliação por inspeção.
Teste de usabilidade
◦ Avaliar a usabilidade de um sistema interativo a partir de experiências de uso dos seus usuários-alvo
-
◦ Esses critérios são geralmente explorados por perguntas específicas associadas a algum dado mensurável, que com frequência pode ser objetivamente capturado durante a interação do usuário com o sistema.
-
Prototipação em Papel
◦ Avalia a usabilidade de um design de IHC representado em papel, através de simulações de uso com a participação de potenciais usuários.
Simular o uso em papel é um modo rápido e barato de identificar problemas de usabilidade antes mesmo de construir uma solução de IHC executável.
Por que avaliar?
• Dentre as razões para avaliarmos a qualidade de uso de sistemas computacionais interativos destaca as seguintes
Tognazzini
-
▪A equipe de desenvolvimento pode se concentrar na solução de problemas reais, em vez de gastar tempo debatendo gostos e preferências particulares de cada membro da equipe.
▪Engenheiros sabem construir um sistema, mas não sabem e não estão em uma posição adequada para discutir sobre a qualidade de uso.