Principais Problemas em Sistemas de Ajuda

Transcrição

1 Introdução à Interação Humano-Computador Sistemas de Ajuda Professora: Raquel Oliveira Prates \ Aula 15: 13/11 Principais Problemas em Sistemas de Ajuda Não fornecem informações específicas desejadas pelos usuários Não está disponível quando necessário Informação não está correta ou está incompleta Dificuldade de alternar entre sistema de ajuda e aplicação 1

2 Engenharia Semiótica Help é uma comunicação designer-usuário privilegiada Proposta: permitir ao usuário expressar dúvidas específicas em um contexto de interação Proposta de Sistema de Ajuda Abordagem minimalista porções pequenas, mas bastante contextualizadas, de conteúdo, são a melhor forma de dar informação aos usuários Técnica de layering pequenas partes de conteúdo minimalista são conectadas e podem ser acessadas conforme a necessidade do usuário. Expressões de comunicabilidade 2

3 Expressões Utilizadas Expressões de Comunicabilidade Cadê? Epa! Assim não dá. Onde estou? E agora? O que é isso? Ué o que houve? Por que não funciona? Socorro! Para mim está bom. Não obrigado. Vai de outro jeito. Desisto Expressões Utilizadas Específicas: Como faço isto? Para que serve isto? Por que devo fazer isto? Quemistoafeta? De quem isto depende? Quem pode fazer isto? Existe outra maneira de fazer isto? 3

4 Abordagem minimalista e Layering Designers deve fornecer respostas para cada uma das perguntas Respostas mais curtas e específicas Acesso a informações curtas sobre elementos de interface ou tarefa, a partir do qual pode conseguir mais informação, se desejado Exemplo 4

5 Conhecimento no Sistema de Ajuda Conhecimento sobre a aplicação que estará representado no sistema de ajuda deve ser capturado durante o desenvolvimento da aplicação 3 principais pontos a serem identificados: Quais os problemas e necessidades dos usuários? Qual a melhor solução para estes problemas e quais as alternativas? Como isto foi disponibilizado para uso? Detalhando a Mensagem do Designer Quais os problemas e necessidades dos usuários? Qual o domínio da aplicação? Qual a natureza do trabalho neste domínio? Quem são os atores? Que papel eles assumem? Que tarefas eles executam? 5

6 Detalhando a Mensagem do Designer Qual a melhor solução para estes problemas e quais as alternativas? O que é a aplicação? Como esta tecnologia afeta o domínio? O que é possível se fazer com ela (como apoia objetivos dos usuários)? Qual a utilidade desta aplicação? Quais as vantagens desta aplicação? Em relação à tecnologia: Que ambiente computacional é necessário para que a aplicação seja totalmente operacional? O que o usuário deve saber para utilizá-la? Em relação às tarefas: Que tarefas (ou atividades) devem ser executadas na aplicação? Quais são as opções disponíveis nesta versão da aplicação? Detalhando a Mensagem do Designer Como isto foi disponibilizado para uso? Em relação às analogias de IHC: Qual a analogia de IHC utilizada? Em relação às tarefas O que significa cada tarefa? Como os usuários podem/devem fazer isso? Quando? Em que local da aplicação os usuários executam esta tarefa? Como os usuário podem fazer e desfazer (parte de) tarefas? Por que é necessário fazer uma ou outra tarefa? Exemplo de execução de tarefas (cenários) Quem é ou não é afetado pela tarefa ou parte dela? O que fazemos ao terminar uma tarefa? Até quando podemos/devemos fazer isto? Como sabemos que terminamos a tarefa (com sucesso)? 6

7 Detalhando a Mensagem do Designer Como isto foi disponibilizado para uso? (cont) Dado um contexto de interação, os usuários devem saber respodender: O que posso fazer agora? Onde estou? Para onde posso ir? De onde vim? O que houve? Representação de Informação em Sistemas de Ajuda 7

8 Modelo de Help baseado Modelo de Help baseado Descriçãodo domínioe da natureza do trabalho nele realizado, definição detalhada dos signos de domínio, i.e., conceitos do domínio que são apresentados ou manipulados pela aplicação ou pelo usuário durante a interação. 8

9 Modelo de Help baseado Descrição da aplicação, incluindo sua utilidade, as vantagens de utilizá-la, as atividades que ela permite realizar, e os signos de aplicação utilizados, i.e., conceitos que não pertencem ao domínio e que são introduzidos pela aplicação. Modelo de Help baseado descrição de cada tarefa, incluindo sua utilidade e a motivação do usuário para realizá-la (segundo a percepção do designer), tarefas relacionadas (tarefa-mãe e os relacionamentos com outras tarefas), condições necessárias para sua execução, e os signos de domínio e de aplicação a ela associados. 9

10 Modelo de Help baseado papéis e perfis, indicando quem pode ou deve realizar quais tarefas, e quais são as preferências de interação de cada (classe de) usuário. Modelo de Help baseado alternativas de operacionalização possíveis para execução de cada tarefa. Para cada alternativa: motivação do usuário para execução (segundo a percepção do designer), condição para execução, indicação de preferência de execução (segundo a percepção do designer), seqüência de ações necessárias para sua execução. Para cada ação: valor default, forma de desfazer, conexão com a próxima ação. 10

11 Modelo de Help baseado tipo de elemento de interface, valores possíveis, valor default, localização na interface, signos de domínio ou aplicação a ele associado. Método para Construção do Sistema de Ajuda (Silveira et al., 2003) 11

12 Referências M.S. Silveira, S.D.J. Barbosa, C.S. de Souza. Um Método da Engenharia Semiótica para a Construção de Sistemas de Ajuda Online. CLIHC M.S. Silveira, S.D.J. Barbosa, C.S. de Souza. Designing online help systems for reflective users. JBCS, de Souza, C. S. Semiotic Engineering of HCI, MIT Press. (Sections ) 12