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

  1. Quem vai usar o sistema ?

  2. Que tarefas realizarão ?

  3. Que novas tarefas desejarão ?

  4. Como é que as tarefas são aprendidas ?

  5. Onde são realizadas ?

  6. Qual a relação entre utilizador e informação ?

  7. Que outras ferramentas tem o utilizador ?

  8. Como comunicam os utilizadores entre si ?

  9. Qual o tempo útil para serem realizadas ?

  10. Com que frequência são realizadas ?

  11. 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