Processos de Design de IHC (Parte II)



Documentos relacionados
Processos de Design de IHC (Parte I)

Interface Humano -Computador

Quem vem primeiro? Projeto de Sw ou Projeto de IHC? Melhor virem juntos, integrados.

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

Modelos do Design de Software

Desenvolvimento de Interfaces Prototipação

AVALIAÇÃO DE INTERFACES UTILIZANDO O MÉTODO DE AVALIAÇÃO HEURÍSTICA E SUA IMPORTÂNCIA PARA AUDITORIA DE SISTEMAS DE INFORMAÇÕES

Processos de Desenvolvimento de Software

Avaliação de IHC: INF1403 Introdução a IHC Aula 7 27/03/2013. Profa. Clarisse S. de Souza

DESENVOLVIMENTO DE INTERFACE WEB MULTIUSUÁRIO PARA SISTEMA DE GERAÇÃO AUTOMÁTICA DE QUADROS DE HORÁRIOS ESCOLARES. Trabalho de Graduação

ANÁLISE E DESENVOLVIMENTO DE SISTEMAS TURMA º PERÍODO - 7º MÓDULO AVALIAÇÃO A4 DATA 22/10/2009 ENGENHARIA DE USABILIDADE

Objetivos. Processos de Software. Tópicos abordados. O processo de software. Modelos genéricos de modelos de processo de software.

Curso de Educação Profissional Técnica de Nível Médio Subseqüente ao Ensino Médio, na modalidade a distância, para:

Ciência da Computação ENGENHARIA DE SOFTWARE. Análise dos Requisitos de Software

Campus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini prof.andre.luis.belini@gmail.com /

Interface Homem-Computador

REPROJETO DA ORGANIZAÇÃO COM SISTEMAS DE INFORMAÇÃO

Interface Homem- Computador

DSI é o processo cujo objetivo é introduzir mudanças num sistema de informação, com objetivo de melhorar o seu desempenho.

Princípios da Engenharia de Software Aula 02. Prof.: Franklin M. Correia

Avaliação de IHC: objetivos

Fase 1: Engenharia de Produto

Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios

:: aula 11. :: Diagrama de Seqüência e Protótipos. :: Olá! Nesta aula, continuaremos a 4ª fase do Projeto Desenho.

Metodologias de Desenvolvimento de Sistemas. Analise de Sistemas I UNIPAC Rodrigo Videschi

REPROJETO DA ORGANIZAÇÃO COM SISTEMAS DE INFORMAÇÃO

Laudon & Laudon MIS, 7th Edition. Pg. 1.1

Métodos de Avaliação para Sites de Entretenimento. Fabricio Aparecido Breve Prof. Orientador Daniel Weller

Engenharia de Requisitos

a) Teste das funções do sistema com outros sistemas b) Teste de componentes que em conjunto compõem a função do sistema

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

! Introdução. " Motivação para Processos de Software. ! Processo Unificado (USDP) " Definições " RUP x USDP " Características do Processo Unificado


Avaliação de Usabilidade e Comunicabilidade Avaliação de interfaces de usuário

Interação Humano-Computador

Testes de Usabilidade

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

Introdução a UML. Hélder Antero Amaral Nunes haanunes@gmail.com

Processo de Desenvolvimento de Sites

Processo Unificado (RUP)

Engenharia de Software Processo de Desenvolvimento de Software

Capítulo 2. Processos de Software Pearson Prentice Hall. Todos os direitos reservados. slide 1

Tópicos em Engenharia de Software (Optativa III) AULA 2. Prof. Andrêza Leite (81 )

FACULDADE DE ADMINISTRAÇÃO E NEGÓCIOS - FAN CEUNSP SALTO /SP CURSO DE TECNOLOGIA EM MARKETING TRABALHO INTERDISCIPLINAR

Análise e Projeto Orientados a Objetos Aula IV Requisitos. Prof.: Bruno E. G. Gomes IFRN

Engenharia de Requisitos

ERP Enterprise Resource Planning

O Rational Unified Process (RUP) é um processo de desenvolvimento de software inspirado no

APOO Análise e Projeto Orientado a Objetos. Requisitos

ENGENHARIA DE SOFTWARE I

FCH Consultoria e Projetos de Engenharia Escritório: São Paulo Atuação: Nacional

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

EMENTAS DAS DISCIPLINAS

CURSO SUPERIOR DE TECNOLOGIA EM SISTEMAS PARA INTERNET MATRIZ CURRICULAR

FACULDADE DE TECNOLOGIA SENAC GOIÁS

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

Modelo Cascata ou Clássico

Gerenciamento de Projetos Modulo II Ciclo de Vida e Organização do Projeto

Unidade VI. Validação e Verificação de Software Teste de Software. Conteúdo. Técnicas de Teste. Estratégias de Teste

O quê avaliação? Unidade IV - Avaliação de Interfaces. Quem deve avaliar um produto de software? Técnicas de Avaliação

PESQUISA-AÇÃO DICIONÁRIO

softwares que cumprem a função de mediar o ensino a distância veiculado através da internet ou espaço virtual. PEREIRA (2007)

Portaria Inep nº 190 de 12 de julho de 2011 Publicada no Diário Oficial de 13 de julho de 2011, Seção 1, pág. 13

Testes de Software. Testes de Software. Teste de Validação. Teste de Defeito. Modelo de Entrada e Saída. Modelo de Entrada e Saída

Projeto de Sistemas I

DESENVOLVIMENTO DE CONTEÚDO EDUCACIONAL CENTRADO NO USUÁRIO BASEADO NA INTERNET APLICADO EM PROGRAMA DE EDUCAÇÃO A DISTÂNCIA

Usabilidade Trabalhando com Hierarquias de Metas (2)

Tecnologia e Sistemas de Informações

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

Luciana Zaina Alexandre Alvaro. Campus Sorocaba

FACULDADE DE ADMINISTRAÇÃO E NEGÓCIOS - FAN CEUNSP SALTO /SP CURSO DE TECNOLOGIA EM GESTÃO COMERCIAL TRABALHO INTERDISCIPLINAR

Pesquisa Etnográfica

Engenharia de Software. Parte I. Introdução. Metodologias para o Desenvolvimento de Sistemas DAS

Pós Graduação Engenharia de Software

Engenharia de Software: conceitos e aplicações. Prof. Tiago Eugenio de Melo, MSc tiagodemelo@gmail.com

Análise e Projeto de Sistemas. Engenharia de Software. Análise e Projeto de Sistemas. Contextualização. Perspectiva Histórica. A Evolução do Software

Requisitos de Software. Teresa Maciel DEINFO/UFRPE

GUIA DE CURSO. Tecnologia em Sistemas de Informação. Tecnologia em Desenvolvimento Web. Tecnologia em Análise e Desenvolvimento de Sistemas

ATIVIDADES PRÁTICAS SUPERVISIONADAS

EMENTAS DAS DISCIPLINAS

UNIDADE 4. Introdução à Metodologia de Desenvolvimento de Sistemas

Gestão em Sistemas de Saúde

DISCIPLINA ENGENHARIA DE SOFTWARE Aula 03 Desenvolvimento Ágil Modelos Ágeis. Profª Esp.: Maysa de Moura Gonzaga

Especialização em Engenharia de Software e Banco de Dados

Avaliação de Interfaces

UMA PROPOSTA DE DRAMATIZAÇÃO PARA ABORDAGEM DOS RESÍDUOS SÓLIDOS URBANOS NO ENSINO MÉDIO

Uma Introdução à Engenharia de Software

Porque prototipar? Prototipagem e Cenários. Dilema. Prototipação. Artefatos do Design. Veja antes, decida depois. Prototipagem & Design Iterativo

Engenharia de Software II

UNIVERSIDADE FEDERAL DE SERGIPE CAMPUS PROF. ALBERTO CARVALHO DEPARTAMENTO DE SISTEMAS DE INFORMAÇÃO ENGENHARIA DE SOFTWARE I

Interface Humano-Computador IHC Paradigmas de IHC

Modelos Conceptual e Mental

ATIVIDADES PRÁTICAS SUPERVISIONADAS

Processo de Desenvolvimento Unificado

ARQI. Arquitetura de Informação. Prototipação, layout e wireframe. Curso Superior de Tecnologia em Design Gráfico

Transcrição:

Interface Homem/Máquina Aula 8 Professor Leandro Augusto Frata Fernandes laffernandes@ic.uff.br Material disponível em http://www.ic.uff.br/~laffernandes/teaching/2011.1/tcc-00.184 Roteiro da Aula de Hoje Processos de Design de IHC (Parte II) Processos de design Estratégias de design Conteúdo baseado em Barbosa e Silva (2010), Capítulo 4 TCC-00.184 Interface Homem/Máquina (2011.1) 2 1

Etapas Fundamentais do Design Análise da situação atual Estudar e interpretar a situação atual das coisas Síntese de uma intervenção Planejar e executar uma intervenção na situação atual Avaliação da nova situação Verificar o efeito da intervenção Comparar a situação anterior com a nova TCC-00.184 Interface Homem/Máquina (2011.1) 3 Processos de Design Detalham as etapas do design de forma particular Definem Como executar cada atividades A seqüência de execução Quais atividades podem ser repetidas Artefatos produzidos e consumidos Em todos os casos as atividades são executadas de forma iterativa TCC-00.184 Interface Homem/Máquina (2011.1) 4 2

Design Centrado no Usuário Processos de design em IHC Maior importância ao usuário e demais envolvidos Menor importância à tecnologia Princípios Foco no usuário Uso de métricas observáveis eis Design iterativo Simulações ou protótipos Registro das reações Medição de desempenhos Engenharia de Software Tradicionalmente, aplica perspectivas de design centradas no sistema TCC-00.184 Interface Homem/Máquina (2011.1) 5 Estratégias de Design Qualidade não está ligada ao tipo de estratégia adotada Design dirigido pelo problema Mais tempo analisando Menos tempo explorando possíveis intervenções Design dirigido pela solução Mais tempo explorando possíveis soluções Menos tempo de análise Menor preocupação com aspectos estéticos, ergonômicos e comerciais Resultados mais criativos Kruger e Cross, TCC-00.184 Design Interface Studies Homem/Máquina 27 (5), pp. (2011.1) 527-548, 2006 6 3

Propostas de Processos de Design de IHC Modelo simples Ciclo de vida em estrela Engenharia de usabilidade de Nielsen Engenharia de usabilidade de Mayhew Design contextual Design baseado em cenários Design dirigido por objetos Design centrado na comunicação etc. Propostas que serão abordadas TCC-00.184 Interface Homem/Máquina (2011.1) 7 Modelo Simples Início Identificar necessidades e definir i requisitos it Avaliar (Re)design Design Produto Final Construir uma versão interativa TCC-00.184 Interface Homem/Máquina (2011.1) 8 4

Ciclo de Vida em Estrela Implementação Análise de tarefas, usuários e funções Avaliação Prototipação Especificação de requisitos Projeto conceitual e especificação do design Cabe ao designer decidir qual atividade deve ser realizada primeiro TCC-00.184 Interface Homem/Máquina (2011.1) 9 Ciclo de Vida em Estrela Amplamente difundido, desenvolvido no início da década de 90 Avaliação é a atividade central, sempre deve ser executada após outras atividades Síntese de uma intervenção (Parte 3/3) Implementação Avaliação Análise de tarefas, usuários e funções Aprendizado da situação atual Síntese de uma intervenção (Parte 2/3) Prototipação Especificação de requisitos Projeto conceitual e especif. do design Síntese de uma TCC-00.184 Interface Homem/Máquina intervenção (2011.1) (Parte 1/3) Definição dos problemas 10 5

Engenharia de Usabilidade de Nielsen TCC-00.184 Interface Homem/Máquina (2011.1) 11 Engenharia de Usabilidade de Nielsen Examinar produtos com funcionalidades semelhantes e abordagens convencionais Testes mais práticos e reais do que com um protótipo Ajuda a separar o que funciona do que não funciona TCC-00.184 Interface Homem/Máquina (2011.1) 12 6

Engenharia de Usabilidade de Nielsen Definir fatores de qualidade e a prioridade entre eles TCC-00.184 Interface Homem/Máquina (2011.1) 13 Engenharia de Usabilidade de Nielsen Elabore diferentes alternativas de forma independente Empregue mais de um designer, dando menos tempo para elaboração de uma solução O paralelismo ajuda a explorar o espaço de soluções TCC-00.184 Interface Homem/Máquina (2011.1) 14 7

Engenharia de Usabilidade de Nielsen A equipe de design deve ter acesso permanente a um conjunto de usuários tidos como representativos Feedback informativo Usuário não é designer! TCC-00.184 Interface Homem/Máquina (2011.1) 15 Engenharia de Usabilidade de Nielsen Consistência entre elementos de interface e documentação de produtos de uma mesma família Cuidado para a consistência não adquirir uma importância demasiada TCC-00.184 Interface Homem/Máquina (2011.1) 16 8

Engenharia de Usabilidade de Nielsen Diretrizes são princípios bem conhecidos para o design da interface com usuários A avaliação heurística pode ser geral, específica a uma plataforma ou a um produto individual TCC-00.184 Interface Homem/Máquina (2011.1) 17 Engenharia de Usabilidade de Nielsen Desenvolvimento rápido, de baixo custo Aceitar código de qualidade mais baixa ou pouco confiável Aplicar algoritmos simplificados Fazer simulação Mágico de Oz Utilizar protótipo verbal TCC-00.184 Interface Homem/Máquina (2011.1) 18 9

Engenharia de Usabilidade de Nielsen Observação dos usuários durante o uso dos protótipos traz a tona novas possibilidades a serem testadas TCC-00.184 Interface Homem/Máquina (2011.1) 19 10