QuaTIC 001 I 177
A demanda par qualidade em aplicaVo-espara Web fem se tornado crescente, pois a coda d!a aumenta a parcela do papuLado cam acessa `a Internet. AtuaLmenfehd um cansensa que a qualidade do sistema coma um fade estd diretamenfe Iz"gada `a quaLidade do sua z"nfeace. Nesse confexta, um cancel.to chave e~ usabil!dade que estd facada emfazer sistemas eficienfes, ef!cazes e facez.s de usar. Mu!tas me-tadosde avalz-aVda de usab!Lidadeest5a senda aplicadas no desenvalvz.menta de apLz.caa-es para Web cam a prapasite de aumentar a qual!dade do sistema. 0 abjetiva desse trabaLha e fer uma avaLiaVa-aquanta a` fac!Lz.dade de aplicaV&a do metodo de Avaliado Heuristica, hem coma apresenfar as prz`ncipaisresuLtadasdo avaLfaVBdae usabz`L.zdaddee um apLz.caVdapara Web atilt.,`anda esse me-tado" A apL!caVda avaLiada e um s!stema denam!nada S!sMa, que tern coma abjetfva reaLizar ds matn alas via Internet no cursa de Infarma !ca de uma un!versidade, PALAVRAS-CIIAVE: AplicaJes para Web, Analia~&oHeuristica, Intera8o HomemComputador,Usabilidade.
Nos 6ldmos anos a popularidadeda Internet, em especial da "World Wide Web", tern crescido significativamente. A/gumas organizas na ansiedadede entrarrapidamente na Web, acabaramse precipitando e desenvolvendo aplica6es com urn nine} baixjssimo de usabilidade e consequentemente baixa qualidade.
Bevan [I] destaca os seguintes requisitos
como necessos para desenvolver "Web sites'
de qualidade:peffcia no dominio da inform&o,
conhecimento de HTML projeto grafico e
usabilidade. Sendo a usabilidade um desses
requisitos, atualmente, t6cnicas para avaliaV8o
de usabilidade em interfaces
HomemComputadoresto tambdmsendo aplicadas para
auxiliarem as organiza6es a desenvolverem
aplica6es para Web com niveis de usabilidade
satisfat6rios. So elas: avaliao heur!stica [
Na teste de usabilidade [
A insp&o cognitiva [51 pode ser realizada nas fases iniciais do projeto. 0 objetivo do m6todo obter Os pensamentos e aJes dos ustuiriosquandousam a interface de um sistema pela primeira vez. 0 m6todo esui focado na facilidade Que um sistema tern em ensinar, principalmenteatrav6sde explorago.
0 mtodo de mediqgode perfomanceMUSiC [4] inclui um conjunto de ferramentase t6cnicas que possibilitaespecificar e medir a usabilidade, al6m de possibilitar medir a performance e satisfao do usudrio.
Av&Liao houri'stica[
0 objetivo desse trabalho 6 razer uma
avaliaAo quanto k facilidade de aplica2o do
m6todo de Avalia5o Heurfstica, hem como
apresentarOsprincipals resultados da availso
de usabilidade de uma aplicaBo para Web - o
sistema SisMa, utilizando a tecnica Avaliao
Heuristica. 0 SisMa (Sistema de Matriculas do
curso de Bacharelado em Inforrndtica)[
Na pn5xima sAo a t6cnica Avaliao Henrfstica 6 descrita e s8o apresentadas as heuristicasutilizadas na avalia80 do SisMa~As SeJes 3 e 4 descreveru respectivarnente, a avaliaAo realizada e os principals resultados obtidos. NaS20 5 esldo as conclus6es. AvaRaAo Heurfstica de UsabHidade
Segundo Nielsen [
Avalia&o HeUristica de usabilidade e um
mtodo para identificar problemas de
usabilidade em uma interface. Durante uma
56558o de avalia5o utilizando o metodo, um
pequeno conjunto de analiadores exarninam e
julgam se a interface est de acordo com alguns
princfpios(as henfsticas) [
N-aoexiste um problems de usabilidade. Cosm6tico - o problerna deve ser solucionado quando existir disponibilidadede tempo.
Secundo - s2o problemas de usabilidade com baixa prioridade de soluSo" Importante- o problemasde usabilidade que merecem ateno e a\ta prioridudena soluo dos mesmos. 4: Catastr6fico - $50 problemas de usabilidade que devem ser solucionados imediatamente.
A classifica&o quanto a severidade do problema possibilita consolidar estimativas dos esforos futuros Que Ser5o despendidos na usabilidade, possibilita tarnb(m definir prioridades na resoJuAo dos problemas de usabilidade encontrados, solucionando, primeiramente,OsprobJemasrnaisserios.
Na ]iteraturapodem ser encontradasmuitas
heuristicas definidas para avaJia2o de
usabilidade. Nielsen [
1. Visibilidade do status do sistema: o sistema dove sempre manter Osusuarios informados sobre o Que esui acontecendo, atrav6sde um "feedback apropriado e dentro de um tempo razoavel. 2. Linguagem do usuio: o sistema deve faJar a linguagem do usuario, com palavras.frases e conceitos familiales ao usuo, ao inn6s de usar termos orientado ao sistema. Siga as conven6es do mundo real, fazendo as inforrnaJes apareceremem uma J6gica natural, 3. Autonomia e controle do ustuirio: usuariOs frequentemente escolhem erroneamente aJgumas funJes do sisternae precisam de uma rnarcaClara de "saida de emerg6ncia"para deixar o estado nBo desejado sem ter Que passer por urn didlogo extenso. O sistema deve oferecer operaJes de desfazer("undo") e refazer("redo"). 4. Consisncia e padr5es: usuariOs rIijo deveriam ter que imaginer Se a96es, situa5es ou paJavras diferentes significam a mesma coisa. 5. Erros preventivos: meJhor do que uma boa mensagem de erro 6 um projeto cuidadoso que previne o problerua da ocorrncia do mesmo. 6. Recognigo ao inndsde recorda50: faa objetos, aV6es, e oJes visiveis. O usuio no deve ter Que lembrar informa50 de uma parte de um dialogo para outro. Instru6es para o uso do sistema devem ester visiveis ou faciJmente recuperadas quando apropriado. 7. FJexibilidadee efici6ncia de uso: teclas de atalho podem frequentemente aumentara veJocidadede interno dos usuarios com um certo grau de expert8ncia. O sistema pode cuidar de ambos usluhios experientes e inexperientes. 8. Esttica e projeto minimalism: di:uogos n8o devem coater informaJes que $50 irreJevantes e raramente necessarias. Yoda unidade extra de informaAo em um didJogo compete com as unidades relevantes de informao e diminui a visibiJidadedessas. 9. Auxilio para reconhecimento, diagn6stico e recupera2o de erros: mensagens de erros devem ser expressas em uma linguagem simples (sem c6digos), indicando precisamente o probJemae sugerindo construtivamente urnasoluAo.
IO. Ajuda e documentso: o sistema ideal deveria poder ser usado sem documenta8o, mas entretanto, 6 necessario fornecer "help" e documentsAo. QuaJquer que seja a documenta5o deve ser f6cil encontrd-la. EIa deve ser focalizada nas tarefas do usuio e lister os passos concretos que devem ser conduzidos.
As matriculas em urna universidade e no
SisMa devem seguir Carlos critrios
estabelecidos pelo Conselho de Ensino e
Pesquisa Que de conhecimento de todos Os
estudantes. No entanto, o sistema de matriculas
existente na Universidade nAo contempla essa
resoluAo. Utiliza um banco de dados
bierquico com uma interface mio muito
amigavel que r]do pode ser disponibiJizada na
Web. O sistema avaliado - SisMa (Sisterna de
Matrfculas do Bacharelado em Inforrruitica) foi
desenvolvido com o objetivo de propiciar ao
estudante do curso a realiza&o de sua matricula
via Internet e facilitar o trabalho da secretaria da
coordena do curso. O sistema contempla a
resolu80, e possui vas telas, fomecendo
hist6rico escolar detalhado, grade curricular,e
estatisticassobre o curso e disciplinas. Maiores
detalhessobre a implementa5o do sistemaesnio
em [
Tela da grade
A avalia50 foi realizada num laborat6riode uma universidade, pol uma pessoa que possui conhecimentos sobre a tnica Avalia8o Heurfstica e sobre os crit6rios de matrfcula implementados, mas quo no entanto n5o participou do desenvolvimento do SisMa. O piano para a realizaAo da avalia5o consistiu dos seguintes passos.
1. Estudo da resolu50 e criterios de matricula. 2. Elaborao de um "checist" baseado nas hem-isticas descritas na s50 anterior3. UtilizaBo do sistema e identifica50 dos problemas de usabilidade utilizando o .`chec1dist.'. 4. Classifica50 dos problemas quanto severidade. 5. Elabora80 do relat6rio final com os problemas encontrados.
Foram realizadas duas sess6es de aproxirnadamente45 minutos cada urna onde a interface do SisMa foi inspecionada.
Foram identificados 20 problemas de usabilidade, esses problemas foram
Tabela 4.1- A Tabela 4 2 apresenta a classificaVo quantok severidadedo problema.
Hen 1. VisibJlidade do status do sistema 2. Linquaqem do usurio 3. Autonomia e controle do usuan`o 4. nsincia e padr 5. Erros prevenb`vos 6. Recognio ao inves de recordao 7. Flexibilidade e efidnd de uso 8. Est:6tica e projeto minimalism 9. Auxilio para reconhecimento diagn6stico e recuperao de erros 10. Help e documeno
No de pmblemas anonados 2
Como pode ser observado, o SisMa apresentou problemas em todas as categorias. Sendo Que a maior parte doles 6 referente k Heuristica 3: Autonomia e controle do usudrio, com 20% do total. Isso diz respeito a uma caracterfgtica do sistema Que n2o perrnite operaJes de desfazer e refazer, muitas vezes 6 neces o recomar a operaG2o ou ter Queler enfadonhamente mensagens de erro e explicaHes.
A Tabela 4.2 mostra a categorizaqAo dos problemas de usabilidade encontrados quanta everidade. Nota-se Que a maioria dos prblemas de usabilidade encontrados, 40%, foram cateeorizados como sendo do Nfvel 3 (Imortante). Outro dado relevante d Que 20% dos problernas foram categorizados no Nfvel 4 (Catastrofe de usabilidade) e dever&o ser corrigidos imediatamenfe.
Na verdade o resultado da avalia20 surpreendeu os desenvolvedores Que esperavam um ndmero manor de problemas e ndo haviam Se dado conta da severidade dos problemas encontrados, num sistema relativamente simples. Mas todos concordaram Que a avalia50 realizada antes da disponibilizaqdo na Web foi de vita! imporfdncia.
O m6todo de avalia50 henrfstica mostrou ser de fcil entendimento e fdcit aplica80, al6m de ter um custo bastante reduzido, nao requerendo nenhum equipamento adicionaL NAo houve dificuldades maiores quanto a aplicagSo do m6todo, Observou-se bdm a fcmde na '.-`.-.'w ^ '-' -F w - ^- ^ transferenaa de tecnologla, uma vez asszmllado o m6todo pelo avaliador, esse pode facilmente propagar esse sen conhecimento A outras pessoas. A avaliaVAo realizada no SisMa foi [51g e
DeThi gReA chMuoddepo importante, pois, possibilitou a identifica50 de problemas Que comprometiam a usabilidade do sistema. Dessa forma, a availsAo contribui RC9265, IBM Thomas J. Watson Research Center. Yorktown Heights N.Y.,I982.