Analise de Requisitos
Design Centrado em Humanos
Métodos complementares que devem ser adoptados são:
Princípios de Usabilidade (independente de tecnologia).
Paradigma de Usabilidade (mais dependente da tecnologia).
Guidelines e standards (mais especifico).
Personas
Uma personagem fictícia baseada na investigação do utilizador, utilizada para representar diferentes tipos de utilizador que possam utilizar o serviço.
Não devem ser demasiado detalhadas.
Tipos de personas
Goal-directed,
Role-based,
Engaging,
Fictional.
Elementos de uma persona
Grupo,
Nome,
Emprego,
Demográfica:
idade,
educação,
sexo, ...
Objetivo.
Ambiente físico, social e tecnológico.
Cenários
Histórias e contexto sobre como o grupo de utilizadores usa a tecnologia.
Deve ser usado na fase de idealização do projeto.
Não representa todos os utilizadores possíveis.
O que considerar ?
Quem é o utilizador ?
Porque usa o produto ?
Quais os objetivos ?
Como os alcança ?
Análise de Tarefas
A aprendizagem acerca de utilizadores normais a partir da observação das suas ações, de forma a entender em detalhe como estes realizam ações e alcançam objetivos.
Ajuda a identificar tarefas e para o sistema.
Questões a responder
Quem vai usar o sistema ?
Que tarefas realizarão ?
Que novas tarefas desejarão ?
Como é que as tarefas são aprendidas ?
Onde são realizadas ?
Qual a relação entre utilizador e informação ?
Que outras ferramentas tem o utilizador ?
Como comunicam os utilizadores entre si ?
Qual o tempo útil para serem realizadas ?
Com que frequência são realizadas ?
O que acontece quando as coisas correm mal ?
User Stories
São pequenos conceitos ou descrição de features que os utilizadores gostariam de ter.
Não devem aprofundar em demasiado detalhe.
Devem ser escritas do ponto de vista do utilizador, com o cliente e membros da equipa.
Exemplo
"As a <user type> I want <some goal> so that <some reason>."
Deve ser escrita com a menor quantidade de detalhe necessária para encapsular o valor da funcionalidade que pretende implementar.
Last updated