Documentação - Planejamento da Avaliação do Storyboard
Descrição
Criar o documento de Planejamento da Avaliação do Storyboard
Prazo: 23/10 - segunda
Tarefas
[x] Criação do documento de Planejamento da Avaliação do Storyboard.
[x] Atualizar histórico de versões.
Observações
O planejamento da avaliação deve seguir o Framework DECIDEDeve conter a descrição do(s) objetivo(s) da avaliação. (apropriação de tecnologia pelos usuários; ideias e alternativas de design; conformidade com um padrão; e/ou problemas na interação e na interface na fase do modelo conceitual)Deve conter os métodos de avaliação a serem utilizadosDeve conter as questões práticas da avaliação (sobre o recrutamento dos usuários que participarão da avaliação (onde e o perfil), quantos usuários participarão da avaliação e a razão dessa quantidade, presencial real ou remota; a preparação e o uso dos equipamentos necessários, os prazos; o orçamento; recursos de mão-de-obra necessária para conduzir a avaliação)Deve conter as questões éticas ( se os participantes da avaliação devem ser respeitados e não podem ser prejudicados direta ou indiretamente, nem durante os experimentos, nem após a divulgação dos resultados da avaliação.)Deve conter a estrutura do relatório do resultado da avaliação (os objetivos da avaliação; uma breve descrição do método de prototipação em papel; o número e o perfil de avaliadores e dos participantes; as tarefas executadas pelos participantes; lista de problemas encontrados etc)Deve conter um cronograma (data e horário) e local para realização da avaliação do StoryBoard e da Análise das TarefasCada desenho do StoryBoard deve estar relacionado uma especificação do artefato da Análise de TarefasA quantidade de storyboards tem que ser igual a quantidade de integrantes do grupoDeve conter a definição do teste piloto e data para realização do teste piloto antes da avaliaçãoDeve afirmarq que o resultado do teste piloto não será apresentado no resultado da avaliaçãoDeve conter os itens que o avaliador deve realizar/anotar durante a avaliação (listar os problemas encontrados, priorizar a correção dos problemas não resolvidos)
Lembre-se de checar se o github pages possui
[x] O histórico de versão padronizado.
[x] O(s) autor(es) e o(s) revisor(es) para cada artefato.
[x] Referências bibliográficas e/ou bibliografia em todos os artefatos.
[x] As tabelas e imagens (se houver) possuem legenda e fonte e elas chamadas dentro dos texto.
[x] Um texto fazendo uma introdução dos artefatos, por exemplo das “Ferramentas”.
O planejamento da avaliação segue o Framework DECIDE?
[x] Descreve o(s) objetivo(s) da avaliação? (apropriação de tecnologia pelos usuários; ideias e alternativas de design; conformidade com um padrão; e/ou problemas na interação e na interface na fase do modelo conceitual)
[x] Os métodos de avaliação a serem utilizados?
[x] As questões práticas da avaliação (sobre o recrutamento dos usuários que participarão da avaliação (onde e o perfil), quantos usuários participarão da avaliação e a razão dessa quantidade, presencial real ou remota;
[x] As questões éticas ( se os participantes da avaliação devem ser respeitados e não podem ser prejudicados direta ou indiretamente, nem durante os experimentos, nem após a divulgação dos resultados da avaliação.)?
[x] A estrutura do relatório do resultado da avaliação (os objetivos da avaliação; uma breve descrição do método de prototipação em papel; o número e o perfil de avaliadores e dos participantes; as tarefas executadas pelos participantes; lista de problemas encontrados etc)?
[x] Um cronograma (data e horário) e local para realização da avaliação do StoryBoard e da Análise das Tarefas?
[x] Cada desenho do StoryBoard está relacionado uma especificação do artefato da Análise de Tarefas?
[x] Quantidade de storyboards é igual a quantidade de integrantes do grupo?
[x] A definição do teste piloto e data para realização do teste piloto antes da avaliação?
[x] O resultado do teste piloto não será apresentado no resultado da avaliação?
[x] Os itens que o avaliador deve realizar/anotar durante a avaliação (listar os problemas encontrados, priorizar a correção dos problemas não resolvidos)?
Documentação - Planejamento da Avaliação do Storyboard
Descrição
Criar o documento de Planejamento da Avaliação do Storyboard Prazo: 23/10 - segunda
Tarefas
Observações
O planejamento da avaliação deve seguir o Framework DECIDE Deve conter a descrição do(s) objetivo(s) da avaliação. (apropriação de tecnologia pelos usuários; ideias e alternativas de design; conformidade com um padrão; e/ou problemas na interação e na interface na fase do modelo conceitual) Deve conter os métodos de avaliação a serem utilizados Deve conter as questões práticas da avaliação (sobre o recrutamento dos usuários que participarão da avaliação (onde e o perfil), quantos usuários participarão da avaliação e a razão dessa quantidade, presencial real ou remota; a preparação e o uso dos equipamentos necessários, os prazos; o orçamento; recursos de mão-de-obra necessária para conduzir a avaliação) Deve conter as questões éticas ( se os participantes da avaliação devem ser respeitados e não podem ser prejudicados direta ou indiretamente, nem durante os experimentos, nem após a divulgação dos resultados da avaliação.) Deve conter a estrutura do relatório do resultado da avaliação (os objetivos da avaliação; uma breve descrição do método de prototipação em papel; o número e o perfil de avaliadores e dos participantes; as tarefas executadas pelos participantes; lista de problemas encontrados etc) Deve conter um cronograma (data e horário) e local para realização da avaliação do StoryBoard e da Análise das Tarefas Cada desenho do StoryBoard deve estar relacionado uma especificação do artefato da Análise de Tarefas A quantidade de storyboards tem que ser igual a quantidade de integrantes do grupo Deve conter a definição do teste piloto e data para realização do teste piloto antes da avaliação Deve afirmarq que o resultado do teste piloto não será apresentado no resultado da avaliação Deve conter os itens que o avaliador deve realizar/anotar durante a avaliação (listar os problemas encontrados, priorizar a correção dos problemas não resolvidos)
Lembre-se de checar se o github pages possui