Você está na página 1de 20

Mogi das Cruzes

INTERAO HUMANO-COMPUTADOR
Introduo a Processos de IHC
Prof. Leandro Luque E-mail: leandro@luque.net.br Site: http://www.leandro.luque.net.br/FATEC/IHC

Como Anda o Desenvolvimento de Software?


Continuamos cometendo os mesmos erros de sempre?

Como Anda o Desenvolvimento de Software? (cont.)


CHAOS Report (Standish Group)
1994
Sucesso 16%

1996
27%

1998
26%

2000
28%

2002
34%

2004
29%

2006
35%

2009
32%

Falhou
Cancelado

53%
31%

33%
40%

46%
28%

49%
23%

51%
15%

53%
18%

46%
19%

44%
24%

Tabela adaptada de http://www.projectsmart.co.uk/the-curious-case-of-the-chaos-report-2009.html

Falhou: foi entregue com menos requisitos, fora do prazo e com custo acima do estimado; Cancelado: cancelado antes de finalizado, ou entregue, mas nunca utilizado.

Contras: o relatrio no leva em considerao a satisfao dos clientes, riscos e medidas de qualidades

Como Anda o Desenvolvimento de Software? (cont.)


Fonte: CHAOS Report

Figura copiada de: http://blogs.msdn.com/blogfiles/andredias/WindowsLiveWriter/ChaosReport2009novasinformaesvelhosprobl_10E/ caos-report2009_2.jpg

Como Anda o Desenvolvimento de Software? (cont.)


Os principais fatores que contriburam para o cancelamento dos projetos foram:
o o o o o o o o o o o Requisitos Incompletos: 13.1% Falta de envolvimento do usurio: 12.4% Falta de recursos: 10.6% Expectativas no realistas 9.9% Falta de apoio executivo: 9.3% Mudanas de requisitos: 8.7% Falta de planejamento: 8.1% No precisa mais daquilo: 7.5% Falta de gesto da TI: 6.2% Analfabetismo tecnolgico: 4.3% Outros: 9.9%

Fonte: CHAOS Report (2009);


Retirado de: http://www.blogcmmi.com.br/geral/chaos-report-como-esta-a-ti-no-mundo

Como Anda o Desenvolvimento de Software? (cont.)


Os principais fatores que contriburam para a falha dos projetos foram:
o o o o o o o o o o o Falta de insumos do usurio: 12.8% Requisitos & Especificaes incompletas: 12.3% Mudanas nos requisitos & especificaes: 11.8% Falta de apoio executivo: 7.5% Ambiente tecnolgico incompleto: 7.0% Falta de recursos: 6.4% Expectativas irrealistas: 5.9% Objetivos nebulosos: 5.3% Ciclos (tempo) irrealistas: 4.3% Novas tecnologias: 3.7% Outras: 23%

Fonte: CHAOS Report (2009);


Retirado de: http://www.blogcmmi.com.br/geral/chaos-report-como-esta-a-ti-no-mundo

Como Anda o Desenvolvimento de Software? (cont.)


Os principais fatores que ajudaram no sucesso dos projetos foram:
o o o o o o o o o o o Envolvimento do usurio: 15.9% Apoio executivo: 13.9% Declarao de requisitos clara e limpa: 13% Planejamento apropriado: 9.6% Expectativas realistas: 8.2% Milestones pequenos: 7.7% Equipe competente: 7.2% Propriedade: 5.3% Viso e objetivos claros: 2.9% Trabalho duro e equipe focada: 2.4% Outros: 13.9%

Fonte: CHAOS Report (2009);


Retirado de: http://www.blogcmmi.com.br/geral/chaos-report-como-esta-a-ti-no-mundo

Ento...
Como desenvolver software de qualidade?
o Seguindo um processo de desenvolvimento;

Exemplo: O Rational Unified Process (IRUP)

Processos de IHC
Onde encaixam-se as atividades relacionadas a IHC?

Etapas Iniciais do Desenvolvimento

Modelagem de negcio, problema/oportunidade Elicitao Anlise Documentao Validao

Necessidades (requisitos funcionais, no-funcionais, ...)

...

Alm das Estatsticas, Por Que Importante Conhecer o Usurio?


O grupo de usurios ou parte dele possui alguma limitao? Como os usurios organizam as informaes?

O que eles acham dos sistemas atuais?

Envolvimento do Usurio
Usurio visto como... Informativo: fonte de informaes.
o Tcnicas: entrevistas, questionrios, observao, sesses de arranjo e organizao;

Consultivo: emissor de opinies sobre o trabalho.


o Tcnicas: entrevistas, questionrios, focus groups e observao;

Participativo: tomador de deciso de projeto.

Processo de Engenharia da Usabilidade


Proposto por Deborah Mayhew em 1999:
o The usability engineering lifecycle;

Mesma estrutura que o processo proposto pela norma ISO 13407;


Anlise de Requisitos

Projeto Testes
Implementao

Engenharia de Usabilidade : Anlise de Requisitos


Anlise de Requisitos Perfil do usurio

Anlise do contexto da tarefa

Capacidades, restries e plataforma

Princpios gerais do projeto

Objetivos de usabilidade

Projeto/Teste/Implementao

Atividades de Anlise de Requisitos


Perfil do usurio:
o Para cada tipo de usurio previsto, os projetistas devem conhecer seus atributos
Pessoais: faixa etria, sexo, limitaes, motivao, nvel de formao; Habilidades e Competncias: na tarefa, organizao e com sistemas informatizados;

Atividades de Anlise de Requisitos (cont.)


Anlise do contexto da tarefa:
o Para cada tarefa, os projetivas devem conhecer os objetivos e resultados, a estrutura, durao, as dependncias, custos, a carga mental, as interrupes, os incidentes etc.

Atividades de Anlise de Requisitos (cont.)


Anlise das possibilidades e restries da plataforma:
o Possibilidades e restries em termos de
Equipamentos; Sistemas Operacionais; Ambientes de Janelas, Recursos de Redes; Manuais; Suporte; Treinamento;

Atividades de Anlise de Requisitos (cont.)


Anlise de Princpios Gerais para o Projeto :
o Pesquisa e catalogao de conhecimento ergonmico;

Resultados da Fase de Requisitos


Especificao de metas para a usabilidade do sistema futuro; Contexto de uso; Exigncias para a usabilidade;

Você também pode gostar