9/24/2012. Interfaces Pessoa. Análise de Utilizadores e Tarefas I. Máquina. Cap. 5 Análise de Utilizadores e Tarefas. Melhor e Pior?



Documentos relacionados
Modelos Conceptual e Mental

II PERCEBER OS UTILIZADORES E AS TAREFAS

IV.4 Análise de Dados da Avaliação

Análise de U+lizadores e Tarefas I

Microsoft Access: Criar consultas para um novo banco de dados. Vitor Valerio de Souza Campos

Interfaces Pessoa-Máquina

II Perceber os Utilizadores e as Tarefas. II.1 Análise de Tarefas I

TECNOLOGIAS DA INFORMAÇÃO E COMUNICAÇÃO. SISTEMAS DE GESTÃO DE BASE DE DADOS Microsoft Access TECNOLOGIAS DA INFORMAÇÃO E COMUNICAÇÃO

Roteiro para a escrita do documento de Especificação de Requisitos de Software (ERS)

Trabalhos Práticos. Programação II Curso: Engª Electrotécnica - Electrónica e Computadores

Tecnologias da Informação e Comunicação: Sistema Operativo em Ambiente Gráfico

Índice Informação 3. Login no Kiosk.. 5. Alterar o PIN 6. Efectuar Carregamentos.. 9. Marcar Refeições... 10

PROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Modelos de Processo de Desenvolvimento de Software

BANRIDICAS FINANCEIRAS. A sua cartilha sobre Educação Financeira

Planejando o aplicativo

PROJETO ARARIBÁ. Um projeto que trabalha a compreensão leitora, apresenta uma organização clara dos conteúdos e um programa de atividades específico.

3 Um Framework Orientado a Aspectos para Monitoramento e Análise de Processos de Negócio

Base de Dados para Administrações de Condomínios

Modelos Conceptuais I

INQUÉRITO REALIZADO A ALUNOS LABORATÓRIO DE CÁLCULO. Trabalho realizado por Lucília Rodrigues Macedo

Engenharia de Requisitos

MÓDULO MULTIMÉDIA. Text PROFESSOR: RICARDO RODRIGUES. MAIL: URL:

Desenvolvimento de Interfaces Prototipação

Arquitetura de Redes: Camadas de Protocolos (Parte I) Prof. Eduardo

Avaliação Preditiva. Capítulo 9. HCI, Cap. 12, AlanDix. Interactive System Design, Cap. 8, William Newman

Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software

Conceitos ADMINISTRAÇÃO DE SISTEMAS DE INFORMAÇÃO. Comunicação; Formas de escritas; Processo de contagem primitivo;

EVENTOS DE GRANDE PORTE

O aumento da força de vendas da empresa

Profa. Reane Franco Goulart

exercícios - cap Construa uma máquina de estados que ilustre os requisitos de uma máquina multibanco (levantamento de dinheiro)

Boas Práticas em Gerenciamento de Projetos Material utilizado nas aulas de Pós-graduação do Centro de Informática

IV AVALIAÇÃO. Resumo Aula Anterior IV.2 AVALIAÇÃO PREDITIVA. o Avaliação Heurística (Cont.) o Fases da Avaliação Heurística

Ricardo Roberto de Lima UNIPÊ APS-I. Históricos e Modelagem Orientada a Objetos

Prognos SMART OPTIMIZATION

Sistemas de Informação CEA460 - Gestão da Informação

Serviço a Pedido ( On Demand ) da CA - Termos e Política de Manutenção Em vigor a partir de 1 de Setembro de 2010

APOO Análise e Projeto Orientado a Objetos. Requisitos

Software PHC com MapPoint

Meio de comunicação e de partilha de recursos. Ferramenta de apoio ao processo de ensinoaprendizagem

Enunciados dos Trabalhos de Laboratório. Instituto Superior Técnico / Introdução. 2 Configuração de Redes

1. Desenvolver o software iterativamente. Um pouco de reflexão: Acabou aí? 31/08/2010

SISTEMAS OPERACIONAIS CAPÍTULO 3 CONCORRÊNCIA

Avaliação da Unidade Curricular de Segurança Alimentar pelos alunos Aluno 1

exercícios - cap. 4 1

Modelagem de Interação

Tópicos de Ambiente Web. Modulo 2 Processo de desenvolvimento de um site Professora: Sheila Cáceres

PHC Recursos Humanos CS

Liderança.

Novos Média Projeto de Grupo

Gerência de Projetos

Interacção Humano-Computador 2012/2013-2º Semestre. Trabalho Prático nº2: Projecto e Desenvolvimento de uma Aplicação Interactiva

Aprendendo a ESTUDAR. Ensino Fundamental II

DESIGN DE INTERFACES E USABILIDADE (AULA 1)

Sistemas de Informação I

AS FUNÇÕES ADMINISTRATIVAS

Mobile Payments: projeto piloto

POLÍTICA DE PRIVACIDADE

Tópicos da Aula. Que é são requisitos? Tipos de Requisitos. Requisitos Funcionais. Classificação de Requisitos. Requisitos de Software.

Suporte Técnico de Software HP

ENGENHARIA DE SOFTWARE

Gestão da Informação e do Conhecimento

Processos de Design de IHC (Parte II)

Esclarecimento: Não, a operação de matching ocorre no lado cliente da solução, de forma distribuída.

REQUISITOS. Prof. Msc. Hélio Esperidião

Modelos do Design de Software

Aplicações de Escritório Electrónico

Guia Rápido de Vodafone Conferencing

TOTALMENTE LIGADO, TOTALMENTE LIVRE. GUIA PRÁTICO: SERVIÇOS CONNECTED DRIVE.

Gestão dos Níveis de Serviço

Rock In Rio - Lisboa

INOVAÇÃO NA ADVOCACIA A ESTRATÉGIA DO OCEANO AZUL NOS ESCRITÓRIOS JURÍDICOS

A coleta de requisitos se refere ao processo de determinar, documentar e gerenciar as necessidades e requisitos das partes interessadas;

Fundamentos de Teste de Software

Pense num robô controlando todas as rotinas de sua empresa e permitindo aos colaboradores, cuidarem melhor dos seus clientes.

Sequência de Tarefas

Engenharia de Software

Notas de Aula 04: Casos de uso de um sistema

PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE 1. VISÃO GERAL 1.1. PROCESSOS EM GERAL

GUIÃO: A AVALIAÇÃO FINAL E A PROVA FINAL

Engenharia de Software

Feature-Driven Development

Gestão da Qualidade por Processos

Como elaborar um Plano de Negócios de Sucesso

Como fazer Newsletters de Sucesso

GESTÃO DE ASSIDUIDADES

Observação das aulas Algumas indicações para observar as aulas

Mestrado em Segurança da Informação e Direito no Ciberespaço. Segurança da informação nas organizações Gestão de Configuração

Enquadramento 02. Justificação 02. Metodologia de implementação 02. Destinatários 02. Sessões formativas 03

P HC XL - Nem calcula o produto que temos para si...

PROJETO E IMPLANTAÇÃO DE INTRANETS

Transcrição:

Interfaces Pessoa Máquina 9/24/2012 Análise de Utilizadores e Tarefas I Cap. 5 Análise de Utilizadores e Tarefas 03 Melhor e Pior? 1

Melhor e Pior? Melhor e Pior? 2

Resumo Aula Anterior Usabilidade Design Iterativo Princípios de Design Princípios de usabilidade Eng. de Usabilidade Sumário Análise de Utilizadores e Tarefas O que é e porque se faz? Análise de Tarefas As 11 Perguntas Seleção de Tarefas 3

01 O QUE É? PORQUE SE FAZ? Análise Utilizadores e Tarefas Estuda + Observa Situações atuais Para saber Quem vai usar a IU (Utilizadores) Para fazer o quê (Tarefas) Permite descobrir O que fazem O que usam O que precisam de saber 4

Aspetos da AUT Utilizadores Tarefas Ambiente AUT no Ciclo Iterativo Analisar Necessidades Conceber Soluções Avaliar Protótipos Prototipar Soluções 5

Porquê AUT? A sua não realização tem custos Utilizadores não querem produto Manutenção (eliminar problemas de usabilidade) Mais tempo para fazer as tarefas Mais erros Sistema maravilhoso que não faz o que é necessário será um fracasso! Quais as necessidades dos utilizadores? Suportar as tarefas dos utilizadores E fazer boas IU sem AUT? Não dá! Boa IU depende do contexto Aplicação móvel; Desktop; Jogo; etc. Infinidade de Tarefas e Utilizadores Muitas características diferentes Princípios de design demasiado vagos Interfaces são únicas 6

02 ANÁLISE DE TAREFAS O Que é AT? Estudo do modo como as pessoas realizam as tarefas com os sistemas existentes 7

Compreender mundo não familiar Obter Respostas O que fazem? Como fazem? O que usam? O que pretendem atingir? O que precisam saber? Onde podemos melhorar? Etc. 8

AT Requer Observar Falar No Final Conjunto de tarefas Atuais Desejadas Informação sobre as tarefas Base para Design da IU 9

Elementos Essenciais Objectivo Pré-condições Subtarefas Objetivo O que precisa de ser feito? Alvo a atingir Nome da tarefa a efectuar 10

Pré-condições O que deve ser feito primeiro? Condições a satisfazer Podem exigir outras tarefas Saber informação Prevenir erros Sabendo as pré-condições Subtarefas Quais os passos da tarefa? Tarefas têm passos individuais Subtarefas ou tarefas Divisão recursiva Divisão ajuda desenho de ecrãs Distribuição pelos ecrãs 11

Análise Sistemas vs AUT Foco Principal Objectivo Resultados Documentos Análise de Utilizadores e Tarefas Pessoa Informação para desenhar IU e manuais Tarefas e perfil dos utilizadores Especificação da IU e guia de estilos Análise Sistemas Computador Informação para desenhar o software e as estruturas de dados Dados e Funções Especificações funcionais e arquiteturais 03 AS 11 PERGUNTAS 12

As 11 Perguntas Sumarizam informação da AUT Potenciais utilizadores Tarefas que realizam Tarefas que desejam Contexto em que trabalham Conjunto não é fechado Podem acrescentar outras Estas são as essenciais As 11 Perguntas 1. Quem vai utilizar o sistema? 2. Que tarefas executam atualmente? 3. Que tarefas são desejáveis? 4. Como se aprendem as tarefas? 5. Onde são desempenhadas as tarefas? 6. Qual a relação entre o utilizador e a informação? 13

As 11 Perguntas 7. Que outros instrumentos tem o utilizador? 8. Como comunicam os utilizadores entre si? 9. Qual a frequência de desempenho das tarefas? 10.Quais as restrições de tempo impostas? 11.Que acontece se algo correr mal? Exemplo: Pauta Mágica Pauta interativa e "inteligente" que permite visualizar toda a informação útil para um músico quando este está a compor, a ensaiar ou a atuar em concerto, e ainda permite fazer anotações ou recolha de informação relevante. 28 14

1. Quem vai utilizar o sistema? Quem são os utilizadores? Caracterizar os potenciais utilizadores Tipo de utilizadores (Principiantes, peritos, etc.) Faixa etária O que gostam e desgostam Hábitos de trabalho Escolaridade e Aptidões Deficiências fisícas Características fisícas 1. Quem vai utilizar o sistema? (Ex.) Quem são? Pessoas com formação musical Entre os 18 e os 39 anos Hábitos de trabalho e preferências Tocam regularmente com intervalos não superiores a uma semana Geralmente tocam em casa 15

1. Quem vai utilizar o sistema? (Ex.) Capacidades Sabem usar dispositivos como telemóvel e computador Estão familiarizados com ecrãs tácteis Sabem tocar pelo menos um instrumento musical Grau de formação musical médio Ensino secundário ou superior 2. Que tarefas executam actualmente? Tarefas que executam AGORA Sem usarem o novo sistema Produzir lista de tarefas Importância relativa Realizadas com mais frequência Realizadas por mais utilizadores Tarefas a suportar Já existem e já são realizadas! 16

2. Que tarefas executam? (Ex.) Tarefas atuais Tocam música a partir de pautas Ensaiam música a partir de pautas Quem compõe música também toca pelo menos um instrumento frequentemente Mais frequentes / usadas Tocar Ensaiar 3. Que tarefas são desejáveis? Novas tarefas Desejadas pelos utilizadores Novas funcionalidades Que irão desejar no futuro Lista de funcionalidades novas Estabelecer prioridades Inseri-las aos poucos 17

3. Que tarefas são desejáveis? (Ex.) Novas tarefas Reprodução áudio da pauta Fazer download pautas para dispositivo (a partir da internet ou de outros dispositivos) Detecção de erros enquanto se toca Seguimento visual da pauta (estilo karaoke) Listagem de pautas (cancioneiro) 4. Como se aprendem as tarefas? Lendo o Manual de utilizador? Perguntam ao vizinho/pai/mãe/etc.? Experimentando/Usando? Precisam de treino? Académico (cursos formação) Conhecimento / aptidões gerais Instrução especial / treino Saber ler 18

4. Como se aprendem as tarefas? (Ex.) Através de cursos de formação Música Instrumentos Composição de música 5. Onde são desempenhadas as tarefas? Ambiente físico, social e cultural Utilizadores não estão isolados Utilizadores influenciados Atividades envolventes e Espaço Tipo de equipamento Relações de trabalho Ambientes afectam design da interface Luz, ruído, local (Escritório, Oficina, etc.) Mãos ocupadas (sacos de compras) Segurança e privacidade (PIN) 19

5. Onde são desempenhadas? (Ex.) Casa ou estúdio Normalmente não há ruído Boa luz ambiente Palcos Luz intensa ou grande contraste de luzes 6. Relação entre utilizador e informação? Necessário acesso a dados Pessoais e/ou comuns Armazenamento Cartão pessoal / servidor Sempre acessíveis na mesma máquina Utilizadores deslocam-se entre máquinas Dados comuns Usados concorrentemente Passados sequencialmente entre utilizadores Acesso Remoto; Restrito 20

6. Relação utilizador e informação? (Ex.) Armazenamento A informação está nas pautas Cada utilizador tem as suas pautas Acesso Podem ser partilhadas Podem ser trocadas entre eles 7. Que outros instrumentos tem o utilizador? Aplicações / instrumentos auxiliares Bloco de notas Calculadora Mapa Lista de contactos Etc. Inclusão de algumas funcionalidades Maior facilidade, melhor eficiência 21

7. Que instrumentos tem o utilizador? (Ex.) Outros instrumentos Ferramentas de afinação do instrumento Afinador, Diapasão Ferramentas de acompanhamento musical leitor de música, rádio, etc. Metrónomo. 8. Como comunicam os utilizadores? Têm necessidade de comunicar? Quem comunica com quem e sobre o quê? Comunicação segue hierarquia? Ex: assistente chefe Mecanismo de comunicação Pessoal; e-mail; telefone; fax; etc. Funcionalidades p/ facilitar a comunicação 22

8. Como comunicam os utilizadores? (Ex.) Casa ou estúdio Através de diálogo Troca de ideias Palco Por gestos 9. Frequência desempenho das tarefas? Frequência Utilizadores Frequentes Lembram-se de mais detalhes Infrequentes Precisam de mais ajuda (Mesmo para tarefas simples) Frequência Tarefas Mais utilizadas Usadas por mais utilizadores Otimizar para estas tarefas Aumenta percepção de bom desempenho 23

9. Frequência desempenho tarefas? (Ex.) Frequência Utilizadores Grande parte toca várias vezes por semana Outros tocam e compõem poucas vezes Frequência Tarefas Ensaio música nova - várias vezes por semana (pode demorar alguns dias) Tocar em público - poucas vezes por mês 10. Restrições de tempo impostas? Funcionalidades usadas com rapidez Utilizadores menos atentos Mais erros Duração aceitável das tarefas Evitar filas Relação temporal entre tarefas Refletir sequência na interface 24

10. Restrições de tempo impostas? (Ex.) Em concerto, é necessário aceder a pautas com rapidez 11. Que acontece se algo correr mal? Como reagem ao inesperado? Começam do início Recuperam do ponto atual Estratégias de contingência Ex. Não há trocos / Só moedas Situações graves Ex. Sem dinheiro e sem bilhete 25

11. Que acontece se algo correr mal? (Ex) Num ensaio Começa-se do início Na composição Corrige-se Num concerto Tenta-se dar a volta Resumo 11 perguntas Respostas no presente Exceto a 3ª Sem mencionar o novo sistema Refletir o que se passa AGORA Objectivo: Identificar + perceber Como realizam as tarefas SEM o nosso sistema 26

Exemplo Errado! P. Como se aprendem as tarefas? R. Como a nossa máquina tem uma interface familiar e do tipo walk-up and use, o utilizador não precisa de aprender! Exemplo Errado! P. Como se aprendem as tarefas? R. Como a nossa máquina tem uma interface familiar e do tipo walk-up and use, o utilizador não precisa de aprender! 27

04 SELEÇÃO DE TAREFAS Tarefas Específicas Escolher depois da AUT Usadas para Estudar soluções alternativas Tomar decisões de design Avaliar o sistema Tarefas são centrais no design IU Má escolha -> Má interface 28

Menu interativo de restaurante Encomendar comida Cliente Entregar pedidos Empregado Gerir pedidos Cozinheiro Receber Caixa Características Tarefas Reais e representativas O quê e não como Específicas Mistura complexidades Identificar utilizador 29

Reais e Representativas Contemplar funcionalidade existente/desejada Pratos principais Saladas, Acompanhamentos Bebidas Pagamento Etc. Conjunto tarefas abrangente Exercita várias partes IU O quê e não como O que utilizador quer fazer Bife com batatas, arroz, etc. Não como deve fazer Sem referências à IU Independente do sistema Permite comparar soluções 30

Específicas Incluir dados particulares Bife mal passado c/ ovo Arroz + batatas fritas Salada de alface e tomate Utilizadores não terão dúvidas Realização dos testes Designers obrigados a pensar Funcionalidades implícitas Ex. Tipo de salada; cozedura do bife; etc. Mistura de complexidades Cobertura da funcionalidade Prato do dia (tudo por omissão) Alterar acompanhamento Alterar e juntar ingredientes Tarefas simples e complexas Simples Comuns ou introdutórias Difíceis Pouco frequentes ou para utilizadores avançados Tarefas Difíceis Obrigam a interligar as funcionalidades 31

Tarefa completa e realista (Ex.) Sistema de Banca online Funcionalidades Ver saldo conta à Ordem Ver saldo conta a Prazo Transferência entre contas Etc. 3 Tarefas funcionam bem individualmente No entanto, podemos ter um mau desenho! Tarefa completa e realista (Ex.) Combinação das 3 subtarefas Verificar se o saldo da conta à ordem é superior a 10.000, e se sim transferir 5.000 para a conta a prazo. Tarefa exige Verificar saldo conta à Ordem Transferir dinheiro p/ conta a Prazo Boa usabilidade Boa integração entre subtarefas 32

Identificar o utilizador Vários tipos de utilizadores Conhecimentos afectam sucesso Especificar tipo de utilizador na tarefa Depois de selecionar as tarefas Circular pelos utilizadores Receber correções, clarificações e sugestões Reescrever para ficarem mais reais Utilizadores por vezes não querem certas funcionalidades Guardar para futuras versões 33

Depois de selecionar as tarefas If I had asked people what they wanted, they would have said faster horses. Henry Ford O utilizador nem sempre tem razão Não consegue antecipar tecnologia com precisão Construir o que irão querer, não o que dizem querer Ter muito cuidado neste aspeto Utilizadores sabem mais que designers Falta de interesse nas novas ideias - Algo está a falhar Exemplo de Tarefa (ERRADO!) Escolher a opção do menu para encomendar um bife com batatas fritas e depois carregar no botão da salada. 34

Exemplo de Tarefa (CERTO!) Escolher a opção do menu para encomendar um bife com batatas fritas e depois carregar no botão da salada. Encomendar um bife da vazia mal passado, com ovo estrelado, batatas fritas, arroz e uma salada de alface e tomate. Melhor e Pior? 35

Resumo Análise de Utilizadores e Tarefas Quem; O quê; Onde Início do ciclo iterativo Análise de Tarefas Como fazem agora As 11 Perguntas Sumarizam resultados da AUT Seleção de Tarefas Centrais no design de IU 36