Interacção Homem-Máquina

Documentos relacionados
Desenho de Software. Desenho de Software 1

Autoria:Aristófanes Corrêa Silva Adaptação: Alexandre César M de Oliveira

Notas de Aula 04: Casos de uso de um sistema

Modelos Conceptuais I

Modelos Conceptual e Mental

Algoritmos e Programação (Prática) Profa. Andreza Leite andreza.leite@univasf.edu.br

GereComSaber. Disciplina de Desenvolvimento de Sistemas de Software. Sistema de Gestão de Serviços em Condomínios

Modelos de Sistema by Pearson Education. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 8 Slide 1.

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

Programação 1. Rafael Vargas Mesquita. ftp://ftp.ci.ifes.edu.br/informatica/mesquita/

Interacção Homem-Máquina Análise de Utilizadores

FERRAMENTAS DE AVALIAÇÃO

Casos de Uso O que é. Casos de Uso. Objetivos de um Caso de Uso. Atores. Atores e Casos de Uso. Diagramas de Caso de Uso

FERRAMENTAS DE CRIATIVIDADE MAPA MENTAL (MIND MAP)

Tópicos de Ambiente Web Web Design III

Engenharia do software: paradigmas por desvendar

Introdução Visão Geral Processos de gerenciamento de qualidade. Entradas Ferramentas e Técnicas Saídas

Interacção Homem-Máquina 4-A Engenharia de Usabilidade

Análise e Projeto de Sistemas de Informação. Andrêza Leite andreza.lba@gmail.com

Unified Process. Sueleni Mendez Batista. Orientadora: Dra. Elisa Hatsue Moriya Huzita

Linguagem de Programação I

Wilson Moraes Góes. Novatec

4.1. UML Diagramas de casos de uso

Casos de Uso. Viviane Torres da Silva

Arquitecturas de Software Licenciatura em Engenharia Informática e de Computadores

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

Web 2.0. Amanda Ponce Armelin RA

Roteiro para preparação de proposta de Trabalhos Técnico-Científicos

Contabilidade é entendida como um sistema de recolha, classificação, interpretação e exposição de dados económicos.

Introdução ao Aplicativo de Programação LEGO MINDSTORMS Education EV3

Engenharia de Software II

Conteúdo. Disciplina: INF Engenharia de Software. Monalessa Perini Barcellos. Centro Tecnológico. Universidade Federal do Espírito Santo

Engenharia de Software Questionário sobre Engenharia de Requisitos Resolvido Prof. MSc Wagner Siqueira Cavalcante

Universidade Federal do Vale do São Francisco - UNIVASF Colegiado de Engenharia de Computação CECOMP

Unified Software Development Process

DESENVOLVIMENTO DE ESTRATÉGIAS E PLANOS DE MARKETING. Prof. Esp. Lucas Cruz

Mauricio Barbosa e Castro

ENGENHARIA DE SOFTWARE I

1. Motivação para o sucesso (Ânsia de trabalhar bem ou de se avaliar por uma norma de excelência)

GereComSaber. Desenvolvimento de Sistemas de Software. Universidade do Minho Conselho de Cursos de Engenharia Licenciatura em Engenharia Informática

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

Análise e Projeto Orientados por Objetos

UNIVERSIDADE DO ESTADO DE SANTA CATARINA - UDESC DCC Departamento de Ciência da Computação Joinville-SC

Sessão 2 UFCD 0804 Algoritmos

Avaliação por Peritos (Avaliação Heurística)

GereComSaber. Disciplina de Desenvolvimento de Sistemas de Software. Sistema de Gestão de Serviços em Condomínios

Programação de Computadores I Fluxogramas PROFESSORA CINTIA CAETANO

Aula 10 Introdução à Algoritmos. Disciplina: Fundamentos de Lógica e Algoritmos Prof. Bruno Gomes

S1 Seiri Separar o desnecessário. Resultado esperado Um local de trabalho desimpedido. Definição Remover objectos não essenciais do local de trabalho

Método PHAST TABELA DE CONTEUDOS METODOLOGIA PHAST... 2

TEORIAS DE CONTÉUDO DA MOTIVAÇÃO:

CURSO PROFISSIONAL TÉCNICO DE DESIGN GRÁFICO. Planificação anual

8. A Qualidade na Produção Vídeo/Áudio

O planejamento do projeto. Tecnologia em Gestão Pública Desenvolvimento de Projetos Aula 8 Prof. Rafael Roesler

O Projecto FORBEN na Jomazé

Preparação de um Plano de Trabalho

Plano de projeto. Cronograma e Controle

Matemática Aplicada às Ciências Sociais

Casos de Uso. Viviane Torres da Silva

Guia de Prova de Aptidão Profissional

Níveis de desempenho. Perguntar e fornecer opiniões. Perguntar e responder sobre os diferentes tipos de férias

Um Plano de Factores Humanos para a Gestão de Perigos Graves

4.2. UML Diagramas de classes

Apresentação da disciplina Introdução a Programação

Resumo do BABok 2.0 O Guia de Referência de Análise de Negócio Curso de Analista de Negócio 3.0

Risco de projeto é um evento ou condição incerta que, se ocorrer, tem um efeito positivo ou um negativo no objetivo de um projeto.

Engenharia Informática

Análise e Projeto de Sistemas

Complementos de Base de Dados Enunciados de Exercícios

UNIVERSIDADE REGIONAL DE BLUMENAU CENTRO DE CIÊNCIAS EXATAS E NATURAIS CURSO DE CIÊNCIAS DA COMPUTAÇÃO (Bacharelado)

Bem Vindos à palestra: INTELIGÊNCIA EMOCIONAL. Prof. Márcio Bambirra Santos

Computadores e Sistemas de Informação. Bases de Dados Relacionais (linguagem SQL)

TREINAMENTO E SUPORTE ONLINE SEM CUSTO CONTRATAÇÃO POR MÓDULOS

Na medida em que se cria um produto, o sistema de software, que será usado e mantido, nos aproximamos da engenharia.

DESIGN DE INTERFACES GRÁFICAS CORPORATE TV / DIGITAL SIGNAGE. Bruno Nobre bruno.nobre@iade.pt

ELABORAÇÃO DE UM PRODUCT BACKLOG EFETIVO

15 Computador, projeto e manufatura

WebSphere_Integration_Developer_D_Jan06 Script

Lógica de Programação

Análise de Sistemas. Conceito de análise de sistemas

Feature-Driven Development

Plataforma da Informação. Negociação

AGRUPAMENTO DE ESCOLAS ANTÓNIO FEIJÓ

Engenharia de Software I: Análise e Projeto de Software Usando UML

ESCOLA SECUNDÁRIA DE S. PEDRO DA COVA

Como escrever um comunicado de imprensa?

Processos de Desenvolvimento de Software

PLANIFICAÇÃO ANUAL DO NOVO PROGRAMA DE MATEMÁTICA

Interacção Homem-Máquina Design e Prototipagem

Fatores de Qualidade de Software

UML Visão Geral. Índice. Introdução. Diagramas. Modelos e diagramas. Elementos de modelação. Referências

Preparação para o Exame Nacional de Biologia e Geologia Ter um horário rígido (por exemplo das 10 às 20 horas), sempre o mesmo nos dias

Comunicação entre Agentes

Módulo5. Módulo 5. Planejamento e realização de projeto de mapeamento e modelagem de processos, Responsabilidades, Atividades-chaves, Exercício

Análise OO. Análise. Antónia Lopes Desenvolvimento C. Objectos 09/10. Antónia Lopes

Engenharia de Software

TRABALHO DE DIPLOMAÇÃO Regime Modular ORIENTAÇÕES SOBRE O ROTEIRO DO PROJETO FINAL DE SISTEMAS DE INFORMAÇÕES

Gestão de Desempenho... Promove Sucesso. Um Guia de Visão Geral

Felipe Denis M. de Oliveira. Fonte: Alice e Carlos Rodrigo (Internet)

Transcrição:

Interacção Homem-Máquina Análise de Tarefas Pedro Campos dme.uma.pt/pcampos pcampos@uma.pt Análise de Tarefas Avaliação Avaliação Avaliação Análise de Utilizadores Fase de Análise Análise de Tarefas! Métricas de Usabilidade Design Conceptual Fase de Design Design Visual Narrativas (storyboards, scripts, cenários) Sequencial Hierárquica Casos de utilização Casos de utilização essenciais

Análise de Tarefas: porquê? Most of us do many thing quite well without having much of a clue as to precisely how we do them. Constantine & Lockwood Focar o desenvolvimento do sistema num conjunto pequeno de tarefas ajuda a prioritizar e negociar o esforço de desenvolvimento Clustering e Ranking de tarefas - O objectivo é dar suporte às funcionalidades que são realmente importantes - Evitar a Creeping Featuritis! Narrativas Descrição das Tarefas como uma narrativa Ao entrar na cozinha, ligue o rádio. Prepare café se necessário e ligue a máquina de café enquanto aquece água. Busque o jornal à rua. Pegue no prato e numa colher, encha de Chocapic e adicione leite. Leia o jornal enquanto a máquina faz o café. Retire uma chávena do armário e deite o café. Adicione leite. Leve tudo para a mesa e relae a ler o jornal enquanto aprecia o pequeno-almoço. rico realista Semelhante a escrever um guião cinematográfico! (Método favorito dos artistas)

Análise Sequencial Descrição das Tarefas como uma sequência de passos: diagramas de fluo de dados entrar na cozinha ligar o rádio ler jornal N preparar café aquecer água buscar jornal detalhado café feito? S retirar chávena adicionar leite concreto Semelhante a escrever um programa de computador (Método favorito dos programadores) Análise Hierárquica Descrição das Tarefas como uma hierarquia de objectivos: decomposição funcional conceptual categórico Semelhante a escrever um artigo científico (Método favorito dos cientistas e universitários)

Casos de Utilização Concretos Inventados por Ivar Jacobson para o desenvolvimento orientado por objectos de software para telecomunicações Descrições concretas da interacção com uma IU específica Um caso utilização descreve o uso de uma funcionalidade do sistema do ponto de vista eterno ( caia preta ) Orientados ao sistema, contendo hipóteses assumidas acerca da IU Bons para design do sistema interno! Casos de Utilização Concretos: Eemplo

Casos de Utilização Essenciais Descrições abstractas, generalizadas e simplificadas, num modelo livre de detalhes tecnológicos ou de implementação, baseado: - Nas intenções, e não nas interacções - Na simplificação, e não na elaboração Porquê? - Descrições de tarefas simplificadas conduzem a IUs simplificadas - IUs simplificadas conduzem a código, documentação e interacções simples! - Separam a função da forma e comportamento da IU Casos de Utilização Modelam o quê e o porquê, em vez do como simplificados e abstractos mais próimos da essência da tarefa encorajam soluções inovadoras representam intenções do utilizador, em vez de acções concretas alterandoimagens procurandoimagens fáceis de reorganizar e reutilizar autorizandoacesso

Forma Básica Diálogo abstracto dividido em duas colunas A abstracção simples e concisa encoraja a inovação Fácil de confirmar, compreender e amplificar pelos clientes e utilizadores simplificar! generalizar! Casos de Utilização Essenciais: Eemplo

Como identificar casos de utilização Organizar e rever a informação sobre os utilizadores; Trabalhar colaborativamente com os utilizadores, se possível; Brainstorm directamente sobre inde cards: - eprimir intenção básica ou propósito - linguagem dos utilizadores e do domínio da aplicação - no geek-speak. Nada de debate, discussão ou argumentação; Objectivo é gerar ideias, nada de detalhes. Depois do Brainstorming Quando o fluo de ideias termina: - juntar os cartões e agrupar de acordo com o grau de semelhança - rever de acordo com os agrupamentos (clusters) - combinar, epandir e eliminar redundância, refinar até completar - Prioritizar os casos de utilização (ordenando os cartões): 1. Frequência (abundância relativa) 2. Importância do utilizador 3. Importância do negócio - Escolher os casos de utilização focais (primeiros classificados)

Relações entre casos Especialização usandomultibanco retirandodinheiro specializes depositandodinheiro Etensão revendoimagens etends alterandoimagens Composição autorizandoacesso ligandosistema uses introduzindonome Mapa de casos de utilização: eemplo

Matriz de suporte aos casos Papel 1 Papel 2 Papel 3 Papel 4 Papel 5 Papel 6 Papel 7 Caso 1 Caso 2 Caso 3 Caso 4 Caso 5 Caso 6 Caso 7 Caso 8 Caso 9 Caso 10 Caso 11 Caso 12 Caso 13 Caso 14 Caso 15 Caso 16 Leitura Capítulos 6 e 7 do livro principal: - Di, Abowd & Beal, Human Computer Interaction, Prentice Hall Capítulo 5 do livro: - Constantine and Lockwood, Software for Use, Addison Wesley