Escolar Documentos
Profissional Documentos
Cultura Documentos
Referncias
Engenharia de Usabilidade Prof.: Clarindo Isaas Pereira da Silva e Pdua
Gestus Departamento de Cincia da Computao - UFMG
Hix, D.; Hartson, H. R. Developing User Interfaces: ensuring usability through product & process, John Wiley and Sons, 1993.
26/8/2008
Clarindo Pdua
Introduo
Conceito de processo de desenvolvimento de software: conjunto de atividades bem definidas que visam o desenvolvimento de um sistema.
Introduo Processos de desenvolvimento de software O Processo Estrela de desenvolvimento da interao Integrao com o desenvolvimento de software Integrao com o Praxis
composto de atividades parcialmente ordenadas ou subprocessos ; Envolve mtodos, prticas e transformaes; Define metas geralmente associadas a um ou mais resultados concretos que so os produtos da execuo do processo.
26/8/2008
Clarindo Pdua
26/8/2008
Clarindo Pdua
Documento: visa acesso por humanos Relatrios: tipo de documento que relata o resultado de alguma atividade.
O resultado final de um processo de desenvolvimento o produto de software. Um projeto corresponde execuo de um processo.
Modelo: processado por uma ferramenta de software e corresponde a uma abstrao de um fenmeno que se deseja representar.
26/8/2008
Clarindo Pdua
26/8/2008
Clarindo Pdua
Princpios
O desenvolvimento deve incluir testes empricos de forma precoce e continuada, centrados em usurios apropriados fazendo tarefas representativas.
O processo de gerenciamento deve verificar e controlar o desenvolvimento completo do ciclo de vida e ser capaz de monitorar cada etapa.
Enquanto o desenvolvimento prossegue, ele deve incorporar subseq uentes procedimentos de refinamento iterativo e anlise de custo/benef cio, para determinar as mudan as mais eficientes e efetivas.
26/8/2008
Clarindo Pdua
26/8/2008
Clarindo Pdua
Modelo espiral
Prope um desenvolvimento evolutivo, Reconhece nossa incapacidade de considerar todos os detalhes de uma s vez.
Necessidade de iterao
O desenvolvimento da interao com o usurio deve ser iterativo pelas mesmas razes pelas quais o desenvolvimento de software iterativo. Existe ainda uma razo adicional: apesar de existir alguns mtodos para se predizer o comportamento de um software, pouco ou nada existe para se predizer o comportamento humano!
26/8/2008
Clarindo Pdua
26/8/2008
Clarindo Pdua
10
Processo visando a Usabilidade > Processos de desenvolvimento de software > Necessidade de iterao
Os mtodos de desenvolvimento de software no so necessariamente convenientes para desenvolvimento de interaes do usurio. O desenvolvimento da interao com o usurio deve ser essencialmente e inerentemente iterativo - o processo deve ser auto-corretivo.
Ondas
26/8/2008
Clarindo Pdua
11
26/8/2008
Clarindo Pdua
12
Processo visando a Usabilidade > Processos de desenvolvimento de software Bottom -up Com atividades sintetizantes e de experimentao, mais conveniente em situaes novas onde a estrutura do sistema alvo pouco conhecida. As atividades de tentativa-e-erro aumentam a experincia e intuio para o desenvolvimento da estrutura do sistema. Produz blocos a partir de funes bsicas que podem ser utilizados em atividades topdown para a implementao de funes de mais alto nvel.
Top- down Estruturante, com atividades de anlise e usando abstrao, tende a refletir uma viso do sistema, trabalhando-se em direo ao usurio. Envolve abstrao para se fazer uma anlise top-down de tarefas, produzindo uma organizao hierrquica das tarefas do usurio e do sistema.
Bottom-u p Concreto, criativo e com atividades sintetizantes que tendem a refletir a viso do usurio, trabalhando-se em direo ao sistema. Utiliza quadros, cenrios e diagramas de estado para representar seq enciamento, etc
Top-down Tende a predominar quando o desenvolvedor possui alguma experincia e um certo conhecimento da estrutura do sistema alvo. Com o uso de toolkits, objetos reusveis e bibliotecas de componentes, atividades de mais baixo nvel vo perdendo a sua importncia mas por outro lado h a necessidade de componentes especficos por vantagem competitiva sobre componentes padres.
26/8/2008
Clarindo Pdua
13
26/8/2008
Clarindo Pdua
14
26/8/2008
Clarindo Pdua
15
26/8/2008
Clarindo Pdua
16
26/8/2008
Clarindo Pdua
17
26/8/2008
Clarindo Pdua
18
Dada a liberdade em relao a iteraes no ciclo de vida estrela proposto, quando deve-se parar ?
Mecanismos de controle devem ser usados para que se possa planejar e gerenciar o andamento dos processos de desenvolvimento. necessrio coletar mtricas e estabelecer metas para a qualidade da interao. Avaliaes somativas so utilizadas durante o desenho da interao
No entanto, no desenvolvimento da intera o entra o fator humano, determinante na necessidade de metodologia especfica. Os mesmo conceitos, como planejamento, especificao, mtricas, documenta o e avaliao se aplicam, porm de forma diferente.
para comparar seu estado atual em determinado momento em relao s especificaes de usabilidade.
26/8/2008
Clarindo Pdua
19
26/8/2008
Clarindo Pdua
20
26/8/2008
Clarindo Pdua
21
26/8/2008
Clarindo Pdua
22
Estratgia para domnio da complexidade envolvida no desenvolvimento de sistemas: modularizao e abstrao. Atravs da modularizao, o processo de desenvolvimento e quebrado em subprocessos menores. Atravs da abstrao, eliminando detalhes no relevantes em um determinado domnio, o desenvolvedor consegue controlar a complexidade.
No entanto, algumas questes atravessam v rios domnios, ou seja, existe um acoplamento entre mdulos ou subprocessos. A modularizao resolve alguns problemas mas introduz outros - o acoplamento entre mdulos leva necessidade de uma formalizao da comunicao entre eles. Exemplo: acoplamento entre os subprocessos de desenho e implementao usado no desenvolvimento de software.
26/8/2008
Clarindo Pdua
23
26/8/2008
Clarindo Pdua
24
26/8/2008
Clarindo Pdua
25
26/8/2008
Clarindo Pdua
26
O resultado da anlise de sistemas um conjunto de requisitos de desenho para os projetistas de software. Os requisitos so declaraes de alto nvel dos objetivos do sistema, incluindo necessidades, funcionalidades desejadas e caractersticas (features ) nas quais o desenho do software baseado. Testes - principal feedback para o desenho do software onde defeitos e outros problemas so corrigidos, produzindo modificaes na especificao.
26/8/2008
Clarindo Pdua
27
26/8/2008
Clarindo Pdua
Desenho do dom nio do problema a modelagem da aplicao utilizando teoria e conceitos de engenharia.
O desenho de software o projeto de estrutura de dados e algoritmos para converter o projeto de dom nio do problema em um programa.
A atividade de desenho do dom nio do problema recebe e fornece requisitos e recebe e fornece feedback sobre especificaes incorretas ou incompletas das atividades de Anlise de sistema e Desenho de software.
26/8/2008
Clarindo Pdua
29
26/8/2008
Clarindo Pdua
30
Processo visando a Usabilidade > Integrao com o desenvolvimento de software Diagrama an logo para o desenvolvimento da interface do usu rio.
Requisitos
Requisitos
Especificaes
Anlise de sistema
Desenho de software
Implementao de software
Teste de software
Requisitos
Especificaes Programas
Restries e problemas
Restries e problemas
Restries e problemas
Erros, bugs
Anlise de sistema
Restries e problemas
Principal feedback devido a baixa usabilidade: falhas de projeto, erros, modificaes Maiores reconsideraes
Maiores reconsideraes
26/8/2008
Clarindo Pdua
31
26/8/2008
Clarindo Pdua
32
Juntando os processos.
Programas
Erros e bugs
Diagramas servem para estruturar os processos com clareza, definindo papis e linhas bem definidas de comunicao.
Projeto de interface, Especificao requisitos de usabilidade Desenho interao interface usu rio
Especificao
Requisitos
A separao entre o desenvolvimento da interface do usurio e o resto do sistema de software no clara na realidade.
Restries e problemas
Restries e problemas
Restries e problemas
Erros e bugs
26/8/2008
Clarindo Pdua
33
26/8/2008
Clarindo Pdua
34
Prototipagem rpida
26/8/2008
Clarindo Pdua
35
26/8/2008
Clarindo Pdua
36
Processo visando a Usabilidade > Integrao com o Praxis > Elementos do Praxis
Elementos do Praxis
{Ordenado} Processo
Fase : diviso em etapas de um processo, para fins gerenciais, que corresponde aos pontos principais por parte do cliente. Cada fase deve ter
+subfluxo 0..n
sua durao pr-definida em um projeto. Iterao: subdivises constituintes de uma fase; corresponde a um conjunto bem definido de metas parciais de um projeto.
{Ordenado}
26/8/2008
Clarindo Pdua
37
26/8/2008
Clarindo Pdua
38
Processo visando a Usabilidade > Integrao com o Praxis > Elementos do Praxis Fases Concep o Elaborao Ativa o Levantamento de Requisitos Anlise de Requisitos Constru o Desenho Implement vel Libera o 1 ... Libera o n Teste alfa Transi o Teste Beta Opera o piloto
26/8/2008
Clarindo Pdua
Processo visando a Usabilidade > Integrao com o Praxis > Elementos do Praxis
Iteraes
Em cada iterao (ou fase, portanto), podem ser realizadas atividades de quaisquer dos fluxos.
39
26/8/2008
Clarindo Pdua
40
Processo visando a Usabilidade > Integrao com o Praxis > Fluxo de usabilidade
Reviso da anlise de usabilidade Definio do estilo de interao Desenho da interao Reviso do desenho da interao Avaliao de usabilidade
Anlise de concorrncia
Definio das funes do produto Prototipao de requisito de interface Definio de requisitos e metas de usabilidade
26/8/2008
Clarindo Pdua
41
26/8/2008
Clarindo Pdua
42
Processo visando a Usabilidade > Integra o com o Praxis > Fluxo de usabilidade
Planejamento
Atividade gerencial, compreende principalmente: personalizao do processo com relao aos aspectos do fluxo de usabilidade, planejamento de atividades com estimativas de esforo, escopo e prazo ao longo do projeto. A personaliza o do processo visa a defini o de uma instncia do fluxo de usabilidade a ser utilizada em um projeto espec fico. Como parte do planejamento, devero tambm ser definidos os
26/8/2008
Clarindo Pdua
43
26/8/2008
Clarindo Pdua
44
Controle
O Controle compreende o acompanhamento do progresso do projeto, durante sua realizao, por meio da confrontao de
metas de esforo, escopo, prazo e custo, comparando o previsto no Planejamento com o realizado at um determinado momento.
26/8/2008
Clarindo Pdua
45
26/8/2008
Clarindo Pdua
46
Processo visando a Usabilidade > Integrao com o Praxis > Anlise de contexto
Processo visando a Usabilidade > Integrao com o Praxis > Anlise de Contexto
Anlise de usurios
Visa a caracterizao dos diversos perfis de usurios: atores humanos
Anlise de tarefas
Visa a anlise de:
Necessidades ou objetivos Fluxo de trabalho Trabalho individual Seqncia de tarefas Hierarquia de tarefas Procedimentos
Combina teoria de cognio de seres humanos e informaes especficas sobre funes e tarefas para definir classes representativas de usurios.
26/8/2008
Clarindo Pdua
47
26/8/2008
Clarindo Pdua
48
Processo visando a Usabilidade > Integrao com o Praxis > Anlise de Contexto
Anlise de concorrncia
Anlise de sistemas similares para que se possa melhorar conhecendo suas fraquezas e pontos fortes. Permite uma viso de um produto semelhante j implementado pode dar uma viso mais realista do que a permitida por
prottipos
26/8/2008
Clarindo Pdua
49
26/8/2008
Clarindo Pdua
50
26/8/2008
Clarindo Pdua
51
26/8/2008
Clarindo Pdua
52
Desenho da interao
Desenho da interface como prottipo ou como desenho definitivo
26/8/2008
Clarindo Pdua
53
26/8/2008
Clarindo Pdua
54
Avaliao de usabilidade
Avaliao visando verificar-se a qualidade da interface tendo em vista os requisitos e metas de usabilidade.
26/8/2008
Clarindo Pdua
55
26/8/2008
Clarindo Pdua
56