diff --git a/Docs/docs/apresentacoes/apresentacao05.md b/Docs/docs/apresentacoes/apresentacao05.md new file mode 100644 index 0000000..95ce56e --- /dev/null +++ b/Docs/docs/apresentacoes/apresentacao05.md @@ -0,0 +1,16 @@ +# Entrega 05 + +## Introdução + +O presente documento tem como objetivo disponibilizar o vídeo da quinta apresentação do projeto de Interação Humano Computador. + +## Vídeo da apresentação +
+ +
+ +## Histórico de Versão +--- +| Versão | Data | Autor(es) | Descrição | Data de Revisão | Revisor(es) | +|:---:|:---:|---|---|:---:|---| +| 1.0 | 05/01/2025 | [Paulo Henrique](https://github.com/paulomh) | Adicionando vídeo da quinta entrega | 05/01/2025 | [Paulo Henrique](https://github.com/paulomh), [Pedro Luiz](https://github.com/pedroluizfo), [Necivaldo Amaral](https://github.com/junioramaral22), [Rodrigo Wendrel](https://github.com/rodwendrel), [Weverton Rodrigues](https://github.com/vevetin) | \ No newline at end of file diff --git "a/Docs/docs/design-avaliacao-desenvolvimento/nivel01/An\303\241lise de Tarefas/_category_.json" "b/Docs/docs/design-avaliacao-desenvolvimento/nivel01/An\303\241lise de Tarefas/_category_.json" new file mode 100644 index 0000000..f3781b7 --- /dev/null +++ "b/Docs/docs/design-avaliacao-desenvolvimento/nivel01/An\303\241lise de Tarefas/_category_.json" @@ -0,0 +1,8 @@ +{ + "label": "Análise de Tarefas", + "position": 2, + "link": { + "type": "generated-index", + "description": "Registro dos artefatos Planejamento da Avaliação da Análise de Tarefas, Planejamento do Relato dos Resultados da Avaliação da Análise de Tarefas e Relato dos Resultados da Análise de Tarefas." + } +} \ No newline at end of file diff --git a/Docs/docs/design-avaliacao-desenvolvimento/nivel01/planejamentoAvaliacaoAnaliseDeTarefas.md "b/Docs/docs/design-avaliacao-desenvolvimento/nivel01/An\303\241lise de Tarefas/planejamentoAvaliacaoAnaliseDeTarefas.md" similarity index 52% rename from Docs/docs/design-avaliacao-desenvolvimento/nivel01/planejamentoAvaliacaoAnaliseDeTarefas.md rename to "Docs/docs/design-avaliacao-desenvolvimento/nivel01/An\303\241lise de Tarefas/planejamentoAvaliacaoAnaliseDeTarefas.md" index e9f2dd7..a6a41ca 100644 --- a/Docs/docs/design-avaliacao-desenvolvimento/nivel01/planejamentoAvaliacaoAnaliseDeTarefas.md +++ "b/Docs/docs/design-avaliacao-desenvolvimento/nivel01/An\303\241lise de Tarefas/planejamentoAvaliacaoAnaliseDeTarefas.md" @@ -1,5 +1,5 @@ --- -sidebar_position: 4 +sidebar_position: 1 --- # Planejamento da Avaliação da Análise de Tarefas @@ -14,11 +14,11 @@ A avaliação segue o framework DECIDE (Barbosa, 2021)[2](../nivel01/planej ## D - Determinar os objetivos da avaliação de IHC -Os objetivos desta avaliação são voltados para compreender como os usuários percebem e realizam as tarefas analisadas, bem como identificar oportunidades de melhoria nos fluxos propostos. Em relação à apropriação da tecnologia, busca-se avaliar se as tarefas representadas são compatíveis com o contexto e as capacidades dos usuários, garantindo que eles compreendam os fluxos e consigam executá-los. No que diz respeito aos problemas na interação e na interface, o foco está em identificar barreiras, inconsistências ou ambiguidades que possam dificultar a execução das tarefas e comprometer a experiência do usuário. Por fim, o objetivo também inclui explorar ideias e alternativas de design, investigando se a análise de tarefas oferece insights para refinar as interações e melhorar a interface do sistema. +Os objetivos desta avaliação são voltados para compreender como os usuários percebem e realizam as tarefas analisadas, bem como identificar oportunidades de melhoria nos fluxos propostos. Em relação à apropriação da tecnologia, busca-se avaliar se as tarefas representadas são compatíveis com o contexto e as capacidades dos usuários, garantindo que eles compreendam os fluxos e consigam executá-los. No que diz respeito aos problemas na interação e na interface, o foco está em identificar barreiras, inconsistências ou ambiguidades que possam dificultar a execução das tarefas e comprometer a experiência do usuário. ## E - Explorar perguntas a serem respondidas com a avaliação -As perguntas exploradas nesta avaliação foram adaptadas da tabela de exemplos de perguntas propostas por Barbosa (2021)[3](../nivel01/planejamentoAvaliacaoAnaliseDeTarefas.md#referências-bibliográficas), considerando o contexto específico da análise de tarefas. O objetivo é compreender como as tarefas analisadas atendem às necessidades dos usuários, avaliar alternativas de design e identificar possíveis problemas na interação e interface. +As perguntas exploradas nesta avaliação foram adaptadas da tabela de exemplos de perguntas propostas por Barbosa (2021)[3](../nivel01/planejamentoAvaliacaoAnaliseDeTarefas.md#referências-bibliográficas), considerando o contexto específico da análise de tarefas. O objetivo é compreender como as tarefas analisadas atendem às necessidades dos usuários e identificar possíveis problemas na interação.
@@ -31,14 +31,10 @@ As perguntas exploradas nesta avaliação foram adaptadas da tabela de exemplos | Apropriação da Tecnologia | 3. Os usuários percebem que o sistema oferece suporte suficiente para a realização das tarefas? || | Apropriação da Tecnologia | 4. Há aspectos das tarefas que desmotivam os usuários ou dificultam a adoção do sistema em suas rotinas? || | Apropriação da Tecnologia | 5. Quais necessidades e objetivos dos usuários são atendidos pelas tarefas analisadas? E quais não são? || -| Ideias e Alternativas de Design | 6. Entre diferentes formas de realizar as tarefas, quais os usuários preferem? Por quê? || -| Ideias e Alternativas de Design | 7. Alguma etapa das tarefas analisadas sugere possibilidades de melhoria no design do sistema? || -| Ideias e Alternativas de Design | 8. Quais alternativas de design poderiam simplificar ou tornar as tarefas mais eficientes? || -| Ideias e Alternativas de Design | 9. Existem formas mais intuitivas ou rápidas de apresentar as etapas das tarefas aos usuários? || -| Problemas na Interação e Interface | 10. Os usuários conseguem entender e realizar cada etapa das tarefas com eficiência? || -| Problemas na Interação e Interface | 11. Que dificuldades surgem ao longo da execução das tarefas? Com que frequência essas dificuldades ocorrem?|| -| Problemas na Interação e Interface | 12. Os usuários sabem o que fazer em seguida após cada etapa da tarefa? || -| Problemas na Interação e Interface | 13. As informações apresentadas durante a execução das tarefas são claras e suficientes para o usuário atingir seus objetivos || +| Problemas na Interação e Interface | 6. Os usuários conseguem entender e realizar cada etapa das tarefas com eficiência? || +| Problemas na Interação e Interface | 7. Que dificuldades surgem ao longo da execução das tarefas? Com que frequência essas dificuldades ocorrem?|| +| Problemas na Interação e Interface | 8. Os usuários sabem o que fazer em seguida após cada etapa da tarefa? || +| Problemas na Interação e Interface | 9. As informações apresentadas durante a execução das tarefas são claras e suficientes para o usuário atingir seus objetivos? ||

Autor: [Weverton Rodrigues](https://github.com/vevetin)

@@ -46,43 +42,54 @@ As perguntas exploradas nesta avaliação foram adaptadas da tabela de exemplos ## C - Escolher os métodos de avaliação a serem utilizados -Para avaliar os aspectos definidos, com base nas diretrizes fornecidas no livro de Simone Barbosa (2021)[4](../nivel01/planejamentoAvaliacaoAnaliseDeTarefas.md#referências-bibliográficas), serão utilizados dois métodos principais: a **entrevista semiestruturada** e a **avaliação heurística**. +Para avaliar os aspectos definidos, com base nas diretrizes fornecidas no livro de Simone Barbosa (2021)[4](../nivel01/planejamentoAvaliacaoAnaliseDeTarefas.md#referências-bibliográficas), será utilizado o método de **entrevista semiestruturada**. -A entrevista semiestruturada é uma técnica flexível que combina perguntas predefinidas com a possibilidade de explorar temas que surgem ao longo da conversa. Esse método permite obter informações diretas dos usuários sobre como percebem e utilizam o sistema, além de identificar dificuldades e oportunidades de melhoria. No contexto desta avaliação, as entrevistas serão conduzidas para investigar como os usuários se apropriam da tecnologia. +A entrevista semiestruturada é uma técnica flexível que combina perguntas predefinidas com a possibilidade de explorar temas que surgem ao longo da conversa. Esse método permite obter informações diretas dos usuários sobre como percebem e utilizam o sistema, além de identificar dificuldades e oportunidades de melhoria. No contexto desta avaliação, as entrevistas serão conduzidas para investigar como os usuários se apropriam da tecnologia e identificar possíveis problemas de IHC. -A avaliação heurística, por sua vez, será utilizada para analisar alternativas de design e identificar problemas na interação e na interface. Este método baseia-se em critérios predefinidos, como os princípios heurísticos de Nielsen, e permite avaliar a conformidade do sistema com boas práticas de usabilidade. A partir dessa análise, é possível detectar inconsistências, barreiras na execução das tarefas e oportunidades de aperfeiçoamento no design. +## I - Identificar e administrar as questões práticas da avaliação -A combinação desses dois métodos proporciona uma análise abrangente, unindo a perspectiva dos usuários com uma revisão técnica detalhada do sistema. Dessa forma, espera-se identificar insights valiosos para aprimorar a interação e a interface. +A identificação e administração das questões práticas asseguram que a avaliação ocorra de forma eficiente, dentro das limitações de recursos, tempo e logística. A seguir, as questões são detalhadas em subtópicos. -## I - Identificar e administrar as questões práticas da avaliação +### Recrutamento + +Os 5 participantes serão selecionados conforme o [perfil de usuário](../../../analise-de-requisitos/perfilDeUsuario.md) definido durante a análise de requisitos, priorizando usuários que representem os principais públicos do site. Será utilizado um processo de recrutamento com convites diretos, priorizando voluntários que se encaixem nos requisitos. + +### Preparação + +A preparação envolve a organização de todos os materiais e recursos necessários para a condução da entrevista semiestruturada e da avaliação heurística: +- Ferramentas: Celular para gravação de áudio e vídeo; +- Materiais: Termo de consentimento, roteiro de entrevistas, formulário de avaliação e material de apoio relacionado ao artefato de [análise de tarefas](../../../analise-de-requisitos/analiseTarefas.md); +- Ambiente: A entrevista ocorrerá presencialmente em local combinado com os participantes ou, em último caso, de forma remota; -- Participantes: Serão selecionados 5 participantes representativos do público-alvo, com perfis semelhantes ao [perfil do usuário](../../analise-de-requisitos/perfilDeUsuario.md) definido no projeto. A seleção terá como critério a familiaridade com os tipos de tarefas a serem analisadas e o uso do sistema, com a intenção de garantir que as análises reflitam o comportamento e as dificuldades do público-alvo. +### Custos -- Ferramentas: -> Entrevista Semiestruturada: -> - Roteiro de avaliação: Conjunto de perguntas predefinidas para guiar a conversa, permitindo a flexibilidade para explorar tópicos emergentes. -> - Formulário de coleta de feedback: Para registrar as respostas dos participantes e quaisquer observações adicionais. -> - Equipamento de gravação: Câmera ou celular para registrar a entrevista, caso necessário (para análise posterior). -> - Ferramentas de videoconferência: Como Microsoft Teams, no caso de entrevistas remotas. +Os principais custos estão relacionados ao transporte, impressão de materiais e eventuais equipamentos para gravação. A equipe buscará otimizar os recursos disponíveis para minimizar despesas. -> Avaliação Heurística: -> - Protótipos ou telas do sistema: Representações da interface a ser avaliada, que podem ser executáveis ou não, conforme o estágio do design. -> - Diretrizes heurísticas: Conjunto de princípios de usabilidade a ser seguido para avaliar a conformidade da interface com boas práticas de usabilidade. -> - Lista de problemas identificados: Documentação das violação das heurísticas, incluindo a localização do problema, sua gravidade e sugestões de solução. -> - Ferramentas de colaboração: Caso a avaliação seja realizada por mais de um avaliador, ferramentas de compartilhamento de documentos, como Google Docs ou planilhas, podem ser úteis para consolidar os resultados. - -- Cronograma: - > Preparação: 1 dia para preparação dos materiais, definição do roteiro de avaliação e organização das telas ou protótipos para avaliação heurística. - > Coleta de Dados: 1 dia para execução do teste piloto (30 minutos antes da sessão), condução das entrevistas semiestruturadas e realização da avaliação heurística pelos avaliadores. - > Relato dos Resultados: 1 dia para redação do relatório de resultados da avaliação, consolidando as informações das entrevistas e da avaliação heurística. +### Prazos -- Local: Ambiente presencial ou remoto, dependendo da disponibilidade dos participantes. +A avaliação será realizada conforme a tabela abaixo, com a definição dos responsáveis, participantes, horários e locais: -- Testes Piloto: Será realizado um teste piloto com um participante para ajustar o roteiro da entrevista e os materiais utilizados, garantindo que todos os aspectos da avaliação sejam abordados de maneira clara e eficaz. +
+ +

Tabela 2 - Cronograma da Entrevista

+ +| Entrevistador | Entrevistado(a) | Horário Início | Horário Fim | Data | Local | +|---|---|:---:|:---:|:---:|---| +| [Necivaldo Amaral](https://github.com/junioramaral22) | 17:10 | 17:20 | Lago Sul | 31/12/2024 | Presencialmente | +| [Paulo Henrique](https://github.com/paulomh)| Igor Abreu | 10:10 | 10:20 | 19/12/2024 | Campus UnB Gama | +| [Pedro Luiz](https://github.com/pedroluizfo) | A definir | A definir | A definir | 17/12/2024 - 09/01/2025 | Presencialmente | +| [Rodrigo Ferreira](https://github.com/rodwendrel) | Moyses Carvalho | 13:00 | 13:30 | 03/01/2025 | Biblioteca Nacional de Brasília | +| [Weverton Rodrigues](https://github.com/vevetin) | Vanessa Oliveira | 13:40 | 13:50 | 27/12/2024 | Casa da entrevistada | + +

Autor: [Weverton Rodrigues](https://github.com/vevetin)

+ +
+ +Os entrevistadores deverão garantir que todos os materiais estejam prontos com antecedência e que os participantes sejam contatados para confirmar o horário agendado. ## D - Decidir como lidar com as questões éticas -Baseado no [termo de consentimento geral](../../analise-de-requisitos/aspectosEticos.md#termo-de-consentimento), os participantes serão informados sobre a natureza da avaliação, os objetivos da pesquisa, os procedimentos envolvidos, os riscos e benefícios, a garantia de anonimato e confidencialidade, e a liberdade de retirar o consentimento a qualquer momento. Dessa forma, o termo de consentimento será lido pelo entrevistador no início da gravação da entrevista. Além disso, será assegurado que os dados coletados serão utilizados apenas para fins de pesquisa e que a gravação dos participantes será utilizada exclusivamente para esse propósito. +Baseado no [termo de consentimento geral](../../../analise-de-requisitos/aspectosEticos.md#termo-de-consentimento), os participantes serão informados sobre a natureza da avaliação, os objetivos da pesquisa, os procedimentos envolvidos, os riscos e benefícios, a garantia de anonimato e confidencialidade, e a liberdade de retirar o consentimento a qualquer momento. Dessa forma, o termo de consentimento será lido pelo entrevistador no início da gravação da entrevista. Além disso, será assegurado que os dados coletados serão utilizados apenas para fins de pesquisa e que a gravação dos participantes será utilizada exclusivamente para esse propósito. ### Termo de Consentimento (Adaptado) @@ -102,17 +109,31 @@ De posse dessas informações, gostaríamos que você se pronunciasse acerca da ## E - Avaliar, interpretar e apresentar os dados -A avaliação dos dados coletados será conduzida de acordo com as etapas descritas no documento [Planejamento do Relato da Análise de Tarefas](../nivel01/planejamentoRelatoAnaliseDeTarefas.md). +A avaliação dos dados coletados será conduzida de acordo com as etapas descritas no documento [Planejamento do Relato da Análise de Tarefas](./planejamentoRelatoAnaliseDeTarefas.md). Essa análise incluirá a organização, codificação e interpretação dos feedbacks obtidos, com foco em identificar padrões, dificuldades e oportunidades de melhoria nas análises de tarefas. Os resultados serão apresentados de forma estruturada, conforme descrito no planejamento do relato. ## Planejamento do Teste Piloto -O teste piloto tem como objetivo avaliar o planejamento da avaliação, garantindo que ele produza os dados necessários para responder às questões do estudo. Durante o teste, o avaliador verifica se os materiais (roteiros, explicações e recursos) são claros e adequados, e se os sistemas e equipamentos funcionam corretamente. +O teste piloto consiste em uma execução prévia da avaliação, com o objetivo de validar o planejamento e identificar possíveis problemas nos métodos, materiais e equipamentos utilizados. Essa etapa garante que ajustes possam ser feitos antes da aplicação final, assegurando a qualidade e a eficácia dos dados coletados. + +**Detalhes:** +- Data: 17/12/2024 +- Horário: 11:00 às 11:20 +- Integrantes responsáveis: Paulo Henrique, Pedro Luiz, Necivaldo Amaral, Rodrigo Ferreira, Weverton Rodrigues +- Local: Campus UnB Gama (presencialmente) + +## Resultado do Teste Piloto + +Como dito no [planejamento da avaliação do storyboard](../Storyboard/planejamentoAvaliacaoStoryboard.md#resultado-do-teste-piloto), foi feito um único vídeo de teste piloto para avaliar tanto o storyboard quanto a análise de tarefas. Dessa forma, o entrevistado fica mais confortável e a avaliação é realizada de forma mais dinâmica. Vale ressaltar que o termo de consentimento foi apresentado no início do vídeo. A gravação do teste piloto da parte da avaliação do diagrama da análise de tarefas (HTA) pode ser visualizada abaixo: + +
+ +
-Após o teste, o avaliador realiza uma análise preliminar dos dados coletados para assegurar que são relevantes e suficientes para atender aos objetivos da avaliação. Se forem identificados problemas, o planejamento e os materiais devem ser ajustados, sendo possível a realização de um novo teste piloto, caso necessário. +Da parte da avaliação da análise de tarefas, foi identificado uma falta de clareza nas perguntas feitas, o que dificultou a compreensão do entrevistado. Além disso, ainda sobre o termo de consentimento, o teste piloto evidenciou a necessidade de uma maior clareza e objetividade no que será feito durante a realização da entrevista no termo de consentimento. -Os dados do teste piloto devem ser descartados, pois podem estar contaminados ou não serem compatíveis com o planejamento revisado. Se não houver participantes suficientes com o perfil desejado, é possível convidar pessoas com perfis ligeiramente diferentes, como colegas ou amigos, mas sem envolvimento no planejamento da avaliação. +Feita essas reflexões, os erros identificados serão corrigidos para que a entrevista seja realizada de forma mais eficiente e eficaz. ## Referências Bibliográficas @@ -128,4 +149,7 @@ Os dados do teste piloto devem ser descartados, pois podem estar contaminados ou | Versão | Data | Autor(es) | Descrição | Data de Revisão | Revisor(es) | |:---:|:---:|---|---|:---:|---| -| 1.0 | 09/12/2024 | [Weverton Rodrigues](https://github.com/vevetin) | Criação do documento | 10/12/2024 | [Paulo Henrique](https://github.com/paulomh) | \ No newline at end of file +| 1.0 | 09/12/2024 | [Weverton Rodrigues](https://github.com/vevetin) | Criação do documento | 10/12/2024 | [Paulo Henrique](https://github.com/paulomh) | +| 1.1 | 15/12/2024 | [Weverton Rodrigues](https://github.com/vevetin) | Correção dos tópicos 'I - Identificar e administrar as questões práticas da avaliação' e 'Planejamento do Teste Piloto' | 16/12/2024 | [Paulo Henrique](https://github.com/paulomh) | +| 1.2 | 18/12/2024 | [Paulo Henrique](https://github.com/paulomh) | Adição do teste piloto | 18/12/2024 | [Rodrigo Wendrel](https://github.com/rodwendrel) | +| 1.3 | 18/12/2024 | [Weverton Rodrigues](https://github.com/vevetin) | Correção textual pós teste piloto | 18/12/2024 | [Paulo Henrique](https://github.com/paulomh) | \ No newline at end of file diff --git a/Docs/docs/design-avaliacao-desenvolvimento/nivel01/planejamentoRelatoAnaliseDeTarefas.md "b/Docs/docs/design-avaliacao-desenvolvimento/nivel01/An\303\241lise de Tarefas/planejamentoRelatoAnaliseDeTarefas.md" similarity index 97% rename from Docs/docs/design-avaliacao-desenvolvimento/nivel01/planejamentoRelatoAnaliseDeTarefas.md rename to "Docs/docs/design-avaliacao-desenvolvimento/nivel01/An\303\241lise de Tarefas/planejamentoRelatoAnaliseDeTarefas.md" index a53b59a..b66c877 100644 --- a/Docs/docs/design-avaliacao-desenvolvimento/nivel01/planejamentoRelatoAnaliseDeTarefas.md +++ "b/Docs/docs/design-avaliacao-desenvolvimento/nivel01/An\303\241lise de Tarefas/planejamentoRelatoAnaliseDeTarefas.md" @@ -1,5 +1,5 @@ --- -sidebar_position: 5 +sidebar_position: 2 --- # Planejamento do Relato dos Resultados da Avaliação da Análise de Tarefas @@ -8,7 +8,7 @@ sidebar_position: 5 O Planejamento do Relato dos Resultados da Avaliação da Análise de Tarefas se trata do documento de organização que irá mostrar os resultados e conclusões da avaliação. Esse artefato segue o [planejamento feito para a análise de tarefas](./planejamentoAvaliacaoAnaliseDeTarefas.md) e ajuda a garantir que todas as informações importantes sejam apresentadas de forma clara e organizada. Isso facilita entender e usar os dados coletados, além de identificar melhorias que podem ser feitas na interface do portal da Prefeitura Municial de Nova Iorque. ## Metodologia -Tomaremos como princípio os tópicos descritos por Barbosa e Silva, e os adequando para o desenvolvimento da aquipe. Os tópicos estão descritos a baixo: +Tomaremos como princípio os tópicos descritos por Barbosa e Silva, e os adequando para o desenvolvimento da equipe. Os tópicos estão descritos a baixo: ## Tópicos ### Objetivos e escopo da avaliação diff --git "a/Docs/docs/design-avaliacao-desenvolvimento/nivel01/An\303\241lise de Tarefas/relatoAnaliseDeTarefas.md" "b/Docs/docs/design-avaliacao-desenvolvimento/nivel01/An\303\241lise de Tarefas/relatoAnaliseDeTarefas.md" new file mode 100644 index 0000000..2e090dc --- /dev/null +++ "b/Docs/docs/design-avaliacao-desenvolvimento/nivel01/An\303\241lise de Tarefas/relatoAnaliseDeTarefas.md" @@ -0,0 +1,299 @@ +--- +sidebar_position: 3 +--- + +# Relato dos Resultados da Avaliação da Análise de Tarefas + +## Introdução + +O presente documento tem como objetivo relatar os resultados obtidos durante a avaliação do diagrama HTA, ou CMN GOMS, de análise de tarefas, realizada com o intuito de identificar possíveis problemas e oportunidades de melhoria no sistema proposto. A análise foi conduzida com base no [Planejamento da Avaliação da Análise de Tarefas](./planejamentoAvaliacaoAnaliseDeTarefas.md) e a organização dos dados foi feita com base no [Planejamento do Relato dos Resultados da Avaliação da Análise de Tarefas](./planejamentoRelatoAnaliseDeTarefas.md). + +## Entrevista - Fazer um pedido no e-SIC + +### Objetivo e âmbito da avaliação + +O objetivo da avaliação do diagrama de análise de tarefas (HTA) proposto visa buscar se a tarefa de fazer um pedido no e-SIC é claro e intuitivo para o usuário. A avaliação abrange a compreensão do fluxo de interação entre objetivos e operações, a identificação de possíveis problemas e a sugestão de melhorias para aprimorar a experiência do usuário. O diagrama HTA utilizado nessa avaliação pode ser acessado aqui: [Tarefa 01 - Realizar pedido no e-SIC](../../analise-de-requisitos/analiseTarefas.md#tarefa-01---realizar-pedido-no-e-sic) + +### Método de avaliação + +O método de avaliação utilizado foi a entrevista semiestruturada, acordado com o [Planejamento da Avaliação da Análise de Tarefas](./planejamentoAvaliacaoAnaliseDeTarefas.md). Como o diagrama HTA exige um certo nível de conhecimento prévio sobre para ser interpretado, antes de iniciar a gravação da entrevista, foi explicado um breve resumo do diagrama avaliado, e seus principais aspectos, e utilizando como auxiliar o [storyboard da respectiva tarefa avaliada](./storyboards.md#storyboard-1---fazer-um-pedido-no-e-sic) para facilitar o entendimento da tarefa em questão, visto que o entrevistado conseguiria visualizar de forma menos técnica o andamento da tarefa por meio do storyboard e, ao mesmo tempo, visualizar a parte técnica por meio do diagrama HTA. Os dados da entrevista estão indicados na tabela 1. + +
+ +

Tabela 1 - Cronograma Executado.

+ +| Entrevistador(es) | Entrevistado(s) | Horário de Início | Horário de Fim | Data Planejada | Tarefa | Local | +| :---------: | :-------------: | :---------------: | :------------: | :------------: | :-------------------------: | :------------------------: | +| [Paulo Henrique](https://github.com/paulomh) | Igor Abreu | 10:10 | 10:20 | 19/12/2024 | [Tarefa 01 - Realizar pedido no e-SIC](../../analise-de-requisitos/analiseTarefas.md#tarefa-01---realizar-pedido-no-e-sic) | Campus UnB Gama | + +

Autor: [Paulo Henrique](https://github.com/paulomh)

+ +
+ +Em conjunto com a entrevista, foi utilizado um questionário com 9 perguntas variadas entre questões abertas e objetivas, presente na tabela 2, para guiar a entrevista e coletar as percepções do entrevistado. + +
+ +

Tabela 2 - Roteiro de perguntas para Avaliação da Análise de Tarefas

+ +| Objetivo | Pergunta | Resposta | +|---|---|---| +| Apropriação da Tecnologia | 1. Os usuários compreendem os passos necessários para realizar as tarefas propostas? | Sim, porém, a operação "Cadastrar" presente no diagrama deixa o sentido do verbo ambíguo, levando o usuário a entender outra coisa que não seja enviar o formulário de fato. | +| Apropriação da Tecnologia | 2. Existe alguma etapa das tarefas que os usuários consideram confusa ou difícil de entender?| Não | +| Apropriação da Tecnologia | 3. Os usuários percebem que o sistema oferece suporte suficiente para a realização das tarefas? | Sim | +| Apropriação da Tecnologia | 4. Há aspectos das tarefas que desmotivam os usuários ou dificultam a adoção do sistema em suas rotinas? | Não | +| Apropriação da Tecnologia | 5. Quais necessidades e objetivos dos usuários são atendidos pelas tarefas analisadas? E quais não são? | Sim | +| Problemas na Interação e Interface | 6. Os usuários conseguem entender e realizar cada etapa das tarefas com eficiência? | Sim | +| Problemas na Interação e Interface | 7. Que dificuldades surgem ao longo da execução das tarefas? Com que frequência essas dificuldades ocorrem?| Não possui dificuldades, além do entendimento da operação "Cadastrar" | +| Problemas na Interação e Interface | 8. Os usuários sabem o que fazer em seguida após cada etapa da tarefa? | Sim | +| Problemas na Interação e Interface | 9. As informações apresentadas durante a execução das tarefas são claras e suficientes para o usuário atingir seus objetivos? | Sim | + +

Autor: [Paulo Henrique](https://github.com/paulomh)

+ +
+ +### Seleção dos participantes + +O participante selecionado para a entrevista se encaixa no [perfil de usuário](../../analise-de-requisitos/perfilDeUsuario.md) definido para o projeto. O entrevistado se enquadra na faixa etária de 25 a 34 anos e já deu aula na rede pública de ensino. + +### Listagem de problemas + +Com base no questionário aplicado, o único problema identificado foi a ambiguidade da operação "Cadastrar" presente no diagrama HTA, que pode levar o usuário a entender outra coisa que não seja enviar o formulário de fato. + +### Sugestões de melhorias + +Para melhorar a compreensão do diagrama HTA, sugere-se a substituição da operação "Cadastrar" por "Enviar formulário", que é mais claro e objetivo, evitando ambiguidades e garantindo que o usuário entenda o que deve ser feito. + +### Registro da avaliação + +A avaliação foi registrada por meio da gravação da entrevista, disponível logo abaixo: + +
+ + + +
+ +## Entrevista - Agendamento de Consulta Médica + +### Objetivo e âmbito da avaliação + +A avaliação teve como objetivo analisar a [Tarefa 02 - Agendar consulta médica no site da prefeitura](../../../analise-de-requisitos/analiseTarefas.md#tarefa-02---agendar-consulta-médica-no-site-da-prefeitura), visando identificar pontos de melhoria na interação e na interface. O foco foi identificar possíveis barreiras de usabilidade, avaliar a clareza das etapas descritas e verificar a adequação às necessidades do público-alvo. + +### Método de avaliação + +O método de avaliação utilizado foi a entrevista semiestruturada, acordado com o [Planejamento da Avaliação da Análise de Tarefas](./planejamentoAvaliacaoAnaliseDeTarefas.md). Os dados relativos ao cronograma executado durante a entrevista está apresentado na Tabela 3: + +
+ +

Tabela 3 - Cronograma Executado

+ +| Entrevistador(es) | Entrevistado(s) | Horário de Início | Horário de Fim | Data Planejada | Tarefa | Local | +| :---------: | :-------------: | :---------------: | :------------: | :------------: | :-------------------------: | :------------------------: | +| [Weverton Rodrigues](https://github.com/vevetin) | Vanessa Oliveira | 17:37 | 17:45 | 27/12/2024 | [Tarefa 02 - Agendar consulta médica no site da prefeitura](../../../analise-de-requisitos/analiseTarefas.md#tarefa-02---agendar-consulta-médica-no-site-da-prefeitura) | Residência da entrevistada | + + +

Autor: [Weverton Rodrigues](https://github.com/vevetin)

+ +
+ +Além disso, foi utilizado um questionário com 9 perguntas variadas entre questões abertas e objetivas, presente no documento de [Planejamento da Avaliação da Análise de Tarefas](./planejamentoAvaliacaoAnaliseDeTarefas.md), para guiar a entrevista e coletar as percepções do entrevistado. + +
+ +

Tabela 4 - Roteiro de perguntas para Avaliação da Análise de Tarefas

+ +| Objetivo | Pergunta | Resposta | +|---|---|---| +| Apropriação da Tecnologia | 1. Os usuários compreendem os passos necessários para realizar as tarefas propostas? | Sim | +| Apropriação da Tecnologia | 2. Existe alguma etapa das tarefas que os usuários consideram confusa ou difícil de entender?| Não | +| Apropriação da Tecnologia | 3. Os usuários percebem que o sistema oferece suporte suficiente para a realização das tarefas? | Sim | +| Apropriação da Tecnologia | 4. Há aspectos das tarefas que desmotivam os usuários ou dificultam a adoção do sistema em suas rotinas? | Não diretamente, mas a entrevistada mencionou que idosos podem precisar de ajuda de terceiros para usar o sistema. | +| Apropriação da Tecnologia | 5. Quais necessidades e objetivos dos usuários são atendidos pelas tarefas analisadas? E quais não são? | A entrevistada destacou a praticidade de agendar consultas, mas não mencionou aspectos não atendidos. | +| Problemas na Interação e Interface | 6. Os usuários conseguem entender e realizar cada etapa das tarefas com eficiência? | Sim | +| Problemas na Interação e Interface | 7. Que dificuldades surgem ao longo da execução das tarefas? Com que frequência essas dificuldades ocorrem?| Nenhuma dificuldade foi identificada durante a execução das tarefas. | +| Problemas na Interação e Interface | 8. Os usuários sabem o que fazer em seguida após cada etapa da tarefa? | Sim | +| Problemas na Interação e Interface | 9. As informações apresentadas durante a execução das tarefas são claras e suficientes para o usuário atingir seus objetivos? | Sim | + +

Autor: [Weverton Rodrigues](https://github.com/vevetin)

+ +
+ +### Seleção dos participantes + +A participante selecionada foi Vanessa Oliveira, de 49 anos, que se enquadra no grupo de [Cidadãos em Geral (faixa etária predominante: 18 a 60 anos)](../../../analise-de-requisitos/perfilDeUsuario.md#conclusão). Ela possui experiência básica com tecnologia e, ocasionalmente, precisa de auxílio de familiares em tarefas mais complexas. A escolha de Vanessa visou representar um usuário típico dessa faixa etária, com familiaridade básica/intermediária com interfaces digitais, permitindo avaliar aspectos de usabilidade e acessibilidade da análise de tarefa apresentada. + +### Listagem de problemas +- Ausência de problemas de compreensão: Não foram identificados problemas na compreensão dos passos necessários para a realização das tarefas. Todas as etapas foram consideradas claras e intuitivas. + +- Acesso à informação: Não foram relatadas dificuldades na execução do fluxo ou na compreensão das informações apresentadas. A entrevistada destacou que as instruções foram claras e suficientes. + +- Falta de barreiras de interação: Nenhuma barreira significativa foi identificada que pudesse dificultar a adoção do sistema. O feedback foi positivo em relação à praticidade e facilidade das tarefas analisadas. + +### Sugestões de melhorias + +Com base na avaliação e nas respostas fornecidas pela entrevistada, não foram identificadas necessidades de ajustes ou melhorias específicas na análise de tarefas. O fluxograma está claro, com passos bem definidos e alinhados às expectativas do usuário. + +No entanto, como sugestão geral para etapas futuras do projeto, poderia ser útil: +- Apoio a Usuários Idosos: Embora o sistema tenha sido considerado prático e acessível, a entrevistada mencionou que usuários idosos podem precisar de suporte de terceiros para realizar as tarefas. Uma possível melhoria seria incluir tutoriais interativos, dicas contextuais ou até um botão de ajuda em destaque, que ofereça instruções claras e visuais para facilitar o uso independente. + +### Registro da avaliação + +A avaliação foi registrada por meio da gravação da entrevista, disponível logo abaixo, e a parte referente à Avaliação da Análise de Tarefas vai de ``3:45`` até ``8:19``: + +
+ + + +
+ +## Entrevista - Busca por licitações fracassadas + +### Objetivo e âmbito da avaliação + +A avaliação teve como objetivo analisar a [Tarefa 03 - Acessar informações de licitações desertas ou fracassadas](../../../analise-de-requisitos/analiseTarefas.md#tarefa-03---acessar-informações-de-licitações-desertas-ou-fracassadas), visando identificar pontos de melhoria na interação e na interface. O foco foi identificar possíveis barreiras de usabilidade, avaliar a clareza das etapas descritas e verificar a adequação às necessidades do público-alvo. + +### Método de avaliação + +O método de avaliação utilizado foi a entrevista semiestruturada, acordado com o [Planejamento da Avaliação da Análise de Tarefas](./planejamentoAvaliacaoAnaliseDeTarefas.md). Os dados relativos ao cronograma executado durante a entrevista está apresentado na Tabela 5: + +
+ +

Tabela 5 - Cronograma Executado

+ +| Entrevistador(es) | Entrevistado(s) | Horário de Início | Horário de Fim | Data Planejada | Tarefa | Local | +| :---------: | :-------------: | :---------------: | :------------: | :------------: | :-------------------------: | :------------------------: | +| [Rodrigo Wendrel](https://github.com/rodwendrel) | Moyses Carvalho | 13:00 | 13:30 | 03/01/2025 | [Tarefa 03 - Acessar informações de licitações desertas ou fracassadas](../../../analise-de-requisitos/analiseTarefas.md#tarefa-03---acessar-informações-de-licitações-desertas-ou-fracassadas) | Biblioteca Nacional de Brasília | + + +

Autor: [Rodrigo Wendrel](https://github.com/rodwendrel)

+ +
+ +Além disso, foi utilizado um questionário com 9 perguntas variadas entre questões abertas e objetivas, presente no documento de [Planejamento da Avaliação da Análise de Tarefas](./planejamentoAvaliacaoAnaliseDeTarefas.md), para guiar a entrevista e coletar as percepções do entrevistado. + +
+ +

Tabela 6 - Roteiro de perguntas para Avaliação da Análise de Tarefas

+ +| Objetivo | Pergunta | Resposta | +|---|---|---| +| Apropriação da Tecnologia | 1. Os usuários compreendem os passos necessários para realizar as tarefas propostas? | Sim | +| Apropriação da Tecnologia | 2. Existe alguma etapa das tarefas que os usuários consideram confusa ou difícil de entender?| Não | +| Apropriação da Tecnologia | 3. Os usuários percebem que o sistema oferece suporte suficiente para a realização das tarefas? | Talvez possa existir algum suporte para dúvidas ou para erros do sistema | +| Apropriação da Tecnologia | 4. Há aspectos das tarefas que desmotivam os usuários ou dificultam a adoção do sistema em suas rotinas? | Não | +| Apropriação da Tecnologia | 5. Quais necessidades e objetivos dos usuários são atendidos pelas tarefas analisadas? E quais não são? | Procurar porque as licitações foram fracassadas, ver os detalhes e baixar os arquivos necessários foram atendidos. Não ouve identificação de quais não | +| Problemas na Interação e Interface | 6. Os usuários conseguem entender e realizar cada etapa das tarefas com eficiência? | Sim | +| Problemas na Interação e Interface | 7. Que dificuldades surgem ao longo da execução das tarefas? Com que frequência essas dificuldades ocorrem?| Nenhuma foi encontrada. | +| Problemas na Interação e Interface | 8. Os usuários sabem o que fazer em seguida após cada etapa da tarefa? | Sim | +| Problemas na Interação e Interface | 9. As informações apresentadas durante a execução das tarefas são claras e suficientes para o usuário atingir seus objetivos? | Sim | + +

Autor: [Rodrigo Wendrel](https://github.com/rodwendrel)

+ +
+ +### Seleção dos participantes + +O participante selecionado foi Moyses Carvalho, de 22 anos, que se enquadra no grupo de [Cidadãos em Geral (faixa etária predominante: 18 a 60 anos)](../../../analise-de-requisitos/perfilDeUsuario.md#conclusão). Ele possui experiência com tecnologia e não necessita de auxílio com esse tipo de tarefa. + +### Listagem de problemas +- Não há suporte para dúvidas do usuário ou erros do sistema + +### Sugestões de melhorias + +Com base nas respota, nenhuma melhoria foi sugerida, apenas foi pontuado a falta de suporte a dúvidas do usuário ou erros do sistema. + +### Registro da avaliação + +A avaliação foi registrada por meio da gravação da entrevista, disponível logo abaixo, e a parte referente à Avaliação da Análise de Tarefas vai de ``4:30`` até ``8:07``: + +
+ + + +
+ + +## Entrevista - Envio de Nota Fiscal de Serviço + +### Objetivo e âmbito da avaliação + +A avaliação teve como objetivo analisar a [Tarefa 04 - Envio de Nota Fiscal de Serviço](../../../analise-de-requisitos/analiseTarefas.md#tarefa-04---consulta-e-envio-de-nota-fiscal-eletrônica-no-site-da-prefeitura), visando identificar pontos de melhoria na interação e na interface. O foco foi identificar possíveis barreiras de usabilidade, avaliar a clareza das etapas descritas e verificar a adequação às necessidades do público-alvo. + +### Método de avaliação + +O método de avaliação utilizado foi a entrevista semiestruturada, acordado com o [Planejamento da Avaliação da Análise de Tarefas](./planejamentoAvaliacaoAnaliseDeTarefas.md). Os dados relativos ao cronograma executado durante a entrevista está apresentado na Tabela 6: + +
+ +

Tabela 6 - Cronograma Executado

+ +| Entrevistador(es) | Entrevistado(s) | Horário de Início | Horário de Fim | Data Planejada | Tarefa | Local | +| :---------: | :-------------: | :---------------: | :------------: | :------------: | :-------------------------: | :------------------------: | +| [Necivaldo Amaral](https://github.com/junioramaral22) | Lucas de Souza | 19:00 | 19:05 | 31/12/2024 | [Tarefa 04 - Envio de Nota Fiscal de Serviço](../../../analise-de-requisitos/analiseTarefas.md#tarefa-04---consulta-e-envio-de-nota-fiscal-eletrônica-no-site-da-prefeitura) | Residência do Entrevistado | + + +

Autor: [Necivaldo Amaral](https://github.com/junioramaral22)

+ +
+ +Além disso, foi utilizado um questionário com 9 perguntas variadas entre questões abertas e objetivas, presente no documento de [Planejamento da Avaliação da Análise de Tarefas](./planejamentoAvaliacaoAnaliseDeTarefas.md), para guiar a entrevista e coletar as percepções do entrevistado. + +
+ +

Tabela 7 - Roteiro de perguntas para Avaliação da Análise de Tarefas

+ +| Objetivo | Pergunta | Resposta | +|---|---|---| +| Apropriação da Tecnologia | 1. Os usuários compreendem os passos necessários para realizar as tarefas propostas? | Sim | +| Apropriação da Tecnologia | 2. Existe alguma etapa das tarefas que os usuários consideram confusa ou difícil de entender?| Não | +| Apropriação da Tecnologia | 3. Os usuários percebem que o sistema oferece suporte suficiente para a realização das tarefas? | Sim | +| Apropriação da Tecnologia | 4. Há aspectos das tarefas que desmotivam os usuários ou dificultam a adoção do sistema em suas rotinas? | Conexão com internet lenta | +| Apropriação da Tecnologia | 5. Quais necessidades e objetivos dos usuários são atendidos pelas tarefas analisadas? E quais não são? |Envio de nota fiscal. Não ouve identificação de quais não | +| Problemas na Interação e Interface | 6. Os usuários conseguem entender e realizar cada etapa das tarefas com eficiência? | Sim | +| Problemas na Interação e Interface | 7. Que dificuldades surgem ao longo da execução das tarefas? Com que frequência essas dificuldades ocorrem?| Nenhuma foi encontrada. | +| Problemas na Interação e Interface | 8. Os usuários sabem o que fazer em seguida após cada etapa da tarefa? | Sim | +| Problemas na Interação e Interface | 9. As informações apresentadas durante a execução das tarefas são claras e suficientes para o usuário atingir seus objetivos? | Sim | + +

Autor: [Necivaldo Amaral](https://github.com/junioramaral22)

+ +
+ +### Seleção dos participantes + +O participante selecionado foi Lucas de Souza, de 23 anos, que se enquadra no grupo de [Cidadãos em Geral (faixa etária predominante: 18 a 60 anos)](../../../analise-de-requisitos/perfilDeUsuario.md#conclusão). Ele possui experiência com tecnologia e não necessita de auxílio com esse tipo de tarefa. + +### Listagem de problemas +- + +### Sugestões de melhorias + + + +### Registro da avaliação + +A avaliação foi registrada por meio da gravação da entrevista, disponível logo abaixo. +
+ + + +
+ +## Planejamento de reprojeto + +
+

Tabela 2 - Cronograma do Reprojeto.

+ +| Executador | Horário de Início | Horário de fim | Data | +|:---:|:---:|---|---| +| [Paulo Henrique](https://github.com/paulomh) | 20:00 | 21:00 | 07/01/2025 | +
+ +## Histórico de Versão + +| Versão | Data | Autor(es) | Descrição | Data de Revisão | Revisor(es) | +|:---:|:---:|---|---|:---:|---| +| 1.0 | 29/12/2024 | [Paulo Henrique](https://github.com/paulomh) | Criação do docummento do relato dos resultados da avaliação da análise de tarefas e adição do relato da avaliação da análise de tarefas (HTA) - realizar um pedido no e-SIC | 29/12/2024 | [Rodrigo Wendrel](https://github.com/rodwendrel) | +| 1.1 | 02/01/2025 | [Weverton Rodrigues](https://github.com/vevetin) | adição do relato da avaliação da tarefa 02 - Agendar consulta médica no site da prefeitura | 02/01/2025 |[Paulo Henrique](https://github.com/paulomh) | +| 1.2 | 05/01/2025 | [Rodrigo Wendrel](https://github.com/rodwendrel) | Adição do relato da avaliação da Tarefa 03 - Acessar informações de licitações desertas ou fracassadas | 05/01/2025 | [Weverton Rodrigues](https://github.com/vevetin) | +| 1.3 | 05/01/2025 | [Necivaldo Amaral](https://github.com/junioramarla22) | Adição do relato da avaliação da Tarefa 04 - envio de nota fiscal de serviço | 05/01/2025 | [Pedro Luiz](https://github.com/pedroluizfo) | diff --git a/Docs/docs/design-avaliacao-desenvolvimento/nivel01/Storyboard/_category_.json b/Docs/docs/design-avaliacao-desenvolvimento/nivel01/Storyboard/_category_.json new file mode 100644 index 0000000..47a09a7 --- /dev/null +++ b/Docs/docs/design-avaliacao-desenvolvimento/nivel01/Storyboard/_category_.json @@ -0,0 +1,8 @@ +{ + "label": "Storyboard", + "position": 1, + "link": { + "type": "generated-index", + "description": "Registro dos artefatos Storyboards, Planejamento da Avaliação do Storyboard, Planejamento do Relato dos Resultados da Avaliação do Storyboard e Relato dos Resultados do Storyboard." + } +} \ No newline at end of file diff --git a/Docs/docs/design-avaliacao-desenvolvimento/nivel01/planejamentoAvaliacaoStoryboard.md b/Docs/docs/design-avaliacao-desenvolvimento/nivel01/Storyboard/planejamentoAvaliacaoStoryboard.md similarity index 57% rename from Docs/docs/design-avaliacao-desenvolvimento/nivel01/planejamentoAvaliacaoStoryboard.md rename to Docs/docs/design-avaliacao-desenvolvimento/nivel01/Storyboard/planejamentoAvaliacaoStoryboard.md index 273abd0..fc497f2 100644 --- a/Docs/docs/design-avaliacao-desenvolvimento/nivel01/planejamentoAvaliacaoStoryboard.md +++ b/Docs/docs/design-avaliacao-desenvolvimento/nivel01/Storyboard/planejamentoAvaliacaoStoryboard.md @@ -10,7 +10,7 @@ A avaliação de IHC é uma atividade fundamental em qualquer processo de desenv ## Metodologia -A metodologia adotada para a avaliação segue o modelo do framework DECIDE (Barbosa, 2021)[2](./planejamentoAvaliacaoStoryboard.md#referências-bibliográficas), uma abordagem estruturada que organiza o processo de avaliação em seis etapas principais: (D) determinar os objetivos da avaliação, (E) explorar perguntas a serem respondidas, (C) escolher os métodos de avaliação, (I) identificar e administrar questões práticas, (D) decidir como lidar com questões éticas, e, por fim, (E) avaliar, interpretar e apresentar os dados. Essa metodologia permite um planejamento claro e detalhado, garantindo que a avaliação aborde tanto os aspectos de apropriação da tecnologia quanto a identificação de problemas na interação e interface. +A metodologia adotada para a avaliação segue o modelo do framework DECIDE (Barbosa, 2021)[2](./planejamentoAvaliacaoStoryboard.md#referências-bibliográficas), uma abordagem estruturada que organiza o processo de avaliação em seis etapas principais: (D) determinar os objetivos da avaliação, (E) explorar perguntas a serem respondidas, (C) escolher os métodos de avaliação, (I) identificar e administrar questões práticas, (D) decidir como lidar com questões éticas, e, por fim, (E) avaliar, interpretar e apresentar os dados. Essa metodologia permite um planejamento claro e detalhado, garantindo que a avaliação aborde tanto os aspectos de apropriação da tecnologia quanto a identificação de problemas de interação humano computador. ## D - Determinar os objetivos da avaliação de IHC @@ -18,7 +18,7 @@ Os objetivos desta avaliação são voltados para compreender como os usuários ## E - Explorar perguntas a serem respondidas com a avaliação -As perguntas a serem exploradas nesta avaliação foram adaptadas a partir da tabela de exemplos de perguntas que uma avaliação de IHC pode responder (Barbosa, 2021)[3](./planejamentoAvaliacaoStoryboard.md#referências-bibliográficas), visando o contexto específico da avaliação de storyboards. O objetivo é compreender como os usuários percebem os fluxos de interação e identificar possíveis problemas na interface que possam afetar a experiência de uso. As questões foram elaboradas para investigar tanto a apropriação da tecnologia quanto a identificação de problemas de interação e interface, considerando as interações apresentadas nos storyboards. +As perguntas a serem exploradas nesta avaliação foram adaptadas a partir da tabela de exemplos de perguntas que uma avaliação de IHC pode responder (Barbosa, 2021)[3](./planejamentoAvaliacaoStoryboard.md#referências-bibliográficas), visando o contexto específico da avaliação de storyboards. O objetivo é compreender como os usuários percebem os fluxos de interação que possam afetar a experiência de uso. As questões foram elaboradas para investigar tanto a apropriação da tecnologia quanto a identificação de problemas de IHC, considerando as interações apresentadas nos storyboards.
@@ -45,26 +45,52 @@ O método escolhido para esta avaliação é a **entrevista semiestruturada**, u Neste contexto, a entrevista semiestruturada será usada para coletar feedback sobre os storyboards. O objetivo é obter opiniões, reações e sugestões dos usuários sobre as interações apresentadas, com perguntas abertas que possibilitam uma compreensão detalhada das experiências e percepções. O entrevistador poderá adaptar as perguntas conforme a conversa, garantindo que todos os aspectos relevantes sejam abordados. -Essa abordagem facilita a exploração de pontos específicos, mantendo o foco nos objetivos de avaliar a apropriação da tecnologia e identificar problemas de interação e interface. +Essa abordagem facilita a exploração de pontos específicos, mantendo o foco nos objetivos de avaliar a apropriação da tecnologia e identificar problemas de IHC. ## I - Identificar e administrar as questões práticas da avaliação -- Participantes: Serão selecionados 5 participantes representativos do público-alvo, priorizando aqueles que possuam características semelhantes ao [perfil do usuário](../../analise-de-requisitos/perfilDeUsuario.md) definido no projeto. +A identificação e administração das questões práticas asseguram que a avaliação ocorra de forma eficiente, dentro das limitações de recursos, tempo e logística. A seguir, as questões são detalhadas em subtópicos. -- Ferramentas: Storyboards impressos ou apresentados digitalmente, roteiro de avaliação, formulário para coleta de feedback, câmera ou celular para gravação das entrevistas (se aplicável), e ferramentas de videoconferência como Microsoft Teams (para entrevistas remotas). +### Recrutamento -- Cronograma: - > Preparação: 1 dia para preparação dos materiais e definição do roteiro de avaliação. - > Coleta de Dados: 1 dia para execução do teste piloto (30 minutos antes da sessão) e condução das entrevistas semiestruturadas. - > Relato dos Resultados: 1 dia para redação do relatório de resultados da avaliação. +Os 5 participantes serão selecionados conforme o [perfil de usuário](../../../analise-de-requisitos/perfilDeUsuario.md) definido durante a análise de requisitos, priorizando usuários que representem os principais públicos do site. Será utilizado um processo de recrutamento com convites diretos, priorizando voluntários que se encaixem nos requisitos. -- Local: Ambiente presencial ou remoto, dependendo da disponibilidade dos participantes. +### Preparação -- Testes Piloto: Será realizado um teste piloto com um participante para ajustar o roteiro da entrevista e os materiais utilizados, garantindo que todos os aspectos da avaliação sejam abordados de maneira clara e eficaz. +A preparação envolve a organização de todos os materiais e recursos necessários para a condução da entrevista semiestruturada: +- Ferramentas: Celular para gravação de áudio e vídeo; +- Materiais: Storyboard impresso, roteiro de avaliação, formulário de feedback; +- Ambiente: A entrevista ocorrerá presencialmente em local combinado com os participantes ou, em último caso, de forma remota; + +### Custos + +Os principais custos estão relacionados ao transporte, impressão de materiais e eventuais equipamentos para gravação. A equipe buscará otimizar os recursos disponíveis para minimizar despesas. + +### Prazos + +A avaliação será realizada conforme a tabela abaixo, com a definição dos responsáveis, participantes, horários e locais: + +
+ +

Tabela 2 - Cronograma da Entrevista

+ +| Entrevistador | Entrevistado(a) | Horário Início | Horário Fim | Data | Local | +|---|---|:---:|:---:|:---:|---| +| [Necivaldo Amaral](https://github.com/junioramaral22) | 17:00 | 17:10 | Lago Sul | 31/12/2024 | Presencialmente | +| [Paulo Henrique](https://github.com/paulomh)| Igor Abreu | 10:00 | 10:10 | 19/12/2024 | Campus UnB Gama | +| [Pedro Luiz](https://github.com/pedroluizfo) | A definir | A definir | A definir | 17/12/2024 - 09/01/2025 | Presencialmente | +| [Rodrigo Ferreira](https://github.com/rodwendrel) | Moyses Carvalho | 13:00 | 13:30 | 03/01/2025 | Biblioteca Nacional de Brasília | +| [Weverton Rodrigues](https://github.com/vevetin) | Vanessa Oliveira | 13:30 | 13:40 | 27/12/2024 | Casa da entrevistada | + +

Autor: [Weverton Rodrigues](https://github.com/vevetin)

+ +
+ +Os entrevistadores deverão garantir que todos os materiais estejam prontos com antecedência e que os participantes sejam contatados para confirmar o horário agendado. ## D - Decidir como lidar com as questões éticas -Baseado no [termo de consentimento geral](../../analise-de-requisitos/aspectosEticos.md#termo-de-consentimento), os participantes serão informados sobre a natureza da avaliação, os objetivos da pesquisa, os procedimentos envolvidos, os riscos e benefícios, a garantia de anonimato e confidencialidade, e a liberdade de retirar o consentimento a qualquer momento. Dessa forma, o termo de consentimento será lido pelo entrevistador no início da gravação da entrevista. Além disso, será assegurado que os dados coletados serão utilizados apenas para fins de pesquisa e que a gravação dos participantes serão utilizadas apenas para propósito da pesquisa. +Baseado no [termo de consentimento geral](../../../analise-de-requisitos/aspectosEticos.md#termo-de-consentimento), os participantes serão informados sobre a natureza da avaliação, os objetivos da pesquisa, os procedimentos envolvidos, os riscos e benefícios, a garantia de anonimato e confidencialidade, e a liberdade de retirar o consentimento a qualquer momento. Dessa forma, o termo de consentimento será lido pelo entrevistador no início da gravação da entrevista. Além disso, será assegurado que os dados coletados serão utilizados apenas para fins de pesquisa e que a gravação dos participantes serão utilizadas apenas para propósito da pesquisa. ### Termo de Consentimento (Adaptado) @@ -84,17 +110,31 @@ De posse dessas informações, gostaríamos que você se pronunciasse acerca da ## E - Avaliar, interpretar e apresentar os dados -A avaliação dos dados coletados será conduzida de acordo com as etapas descritas no documento [Planejamento do Relato do Storyboard](../nivel01/planejamentoRelatoStoryboard.md). +A avaliação dos dados coletados será conduzida de acordo com as etapas descritas no documento [Planejamento do Relato do Storyboard](./planejamentoRelatoStoryboard.md). Essa análise incluirá a organização, codificação e interpretação dos feedbacks obtidos, com foco em identificar padrões, dificuldades e oportunidades de melhoria nos storyboards. Os resultados serão apresentados de forma estruturada, destacando os problemas encontrados, as recomendações de melhoria e as lições aprendidas, conforme descrito no planejamento do relato. ## Planejamento do Teste Piloto -O teste piloto tem como objetivo avaliar o planejamento da avaliação, garantindo que ele produza os dados necessários para responder às questões do estudo. Durante o teste, o avaliador verifica se os materiais (roteiros, explicações e recursos) são claros e adequados, e se os sistemas e equipamentos funcionam corretamente. +O teste piloto consiste em uma execução prévia da avaliação, com o objetivo de validar o planejamento e identificar possíveis problemas nos métodos, materiais e equipamentos utilizados. Essa etapa garante que ajustes possam ser feitos antes da aplicação final, assegurando a qualidade e a eficácia dos dados coletados. + +**Detalhes:** +- Data: 17/12/2024 +- Horário: 11:00 às 11:20 +- Integrantes responsáveis: Paulo Henrique, Pedro Luiz, Necivaldo Amaral, Rodrigo Ferreira, Weverton Rodrigues +- Local: Campus UnB Gama (presencialmente) + +## Resultado do Teste Piloto + +
+ +
+ +O teste piloto foi realizado com sucesso, permitindo validar o planejamento da avaliação e identificar possíveis ajustes necessários. Para uma melhor dinamicidade e organização, considerando o tempo do entrevistado, os membros decidiram por realizar a entrevista da avaliação do storyboard e, logo em seguida, a avaliação do diagrama da análise de tarefas em um único vídeo. Segue o [teste piloto da análise de tarefas](../Análise%20de%20Tarefas/planejamentoAvaliacaoAnaliseDeTarefas.md#resultado-do-teste-piloto). -Após o teste, o avaliador realiza uma análise preliminar dos dados coletados para assegurar que são relevantes e suficientes para atender aos objetivos da avaliação. Se forem identificados problemas, o planejamento e os materiais devem ser ajustados, sendo possível a realização de um novo teste piloto, caso necessário. +Da parte da avaliação do storyboard, a entrevista foi conduzida de forma clara e objetiva, porém, foi identificado uma pequena falta de preparo com relação ao termo de consentimento, que não estava disponível na forma impressa para o entrevistado. Além disso, ainda sobre o termo de consentimento, o teste piloto evidenciou a necessidade de uma maior clareza e objetividade no que será feito durante a realização da entrevista no termo de consentimento. -Os dados do teste piloto devem ser descartados, pois podem estar contaminados ou não serem compatíveis com o planejamento revisado. Se não houver participantes suficientes com o perfil desejado, é possível convidar pessoas com perfis ligeiramente diferentes, como colegas ou amigos, mas sem envolvimento no planejamento da avaliação. +Feita essas reflexões, os erros identificados serão corrigidos para que a entrevista seja realizada de forma mais eficiente e eficaz. ## Referências Bibliográficas @@ -108,4 +148,7 @@ Os dados do teste piloto devem ser descartados, pois podem estar contaminados ou | Versão | Data | Autor(es) | Descrição | Data de Revisão | Revisor(es) | |:---:|:---:|---|---|:---:|---| -| 1.0 | 09/12/2024 | [Paulo Henrique](https://github.com/paulomh), [Weverton Rodrigues](https://github.com/vevetin) | Criação do documento | 09/12/2024 | [Necivaldo Amaral](https://github.com/junioramaral22) | \ No newline at end of file +| 1.0 | 09/12/2024 | [Paulo Henrique](https://github.com/paulomh), [Weverton Rodrigues](https://github.com/vevetin) | Criação do documento | 09/12/2024 | [Necivaldo Amaral](https://github.com/junioramaral22) | +| 1.1 | 15/12/2024 | [Weverton Rodrigues](https://github.com/vevetin) | Correção dos tópicos 'I - Identificar e administrar as questões práticas da avaliação' e 'Planejamento do Teste Piloto' | 16/12/2024 | [Paulo Henrique](https://github.com/paulomh) | +| 1.2 | 18/12/2024 | [Paulo Henrique](https://github.com/paulomh) | Adição do teste piloto | 18/12/2024 | [Rodrigo Wendrel](https://github.com/rodwendrel) | +| 1.3 | 18/12/2024 | [Weverton Rodrigues](https://github.com/vevetin) | Correção textual pós teste piloto | 18/12/2024 | [Paulo Henrique](https://github.com/paulomh) | \ No newline at end of file diff --git a/Docs/docs/design-avaliacao-desenvolvimento/nivel01/planejamentoRelatoStoryboard.md b/Docs/docs/design-avaliacao-desenvolvimento/nivel01/Storyboard/planejamentoRelatoStoryboard.md similarity index 94% rename from Docs/docs/design-avaliacao-desenvolvimento/nivel01/planejamentoRelatoStoryboard.md rename to Docs/docs/design-avaliacao-desenvolvimento/nivel01/Storyboard/planejamentoRelatoStoryboard.md index 3489f78..bed9fea 100644 --- a/Docs/docs/design-avaliacao-desenvolvimento/nivel01/planejamentoRelatoStoryboard.md +++ b/Docs/docs/design-avaliacao-desenvolvimento/nivel01/Storyboard/planejamentoRelatoStoryboard.md @@ -6,7 +6,7 @@ sidebar_position: 3 ## Introdução -O documento em questão tem como base o [planejamento da avaliação do Storyboard](https://interacao-humano-computador.github.io/2024.2-Prefeitura-Municipal-de-Nova-Iorque/docs/design-avaliacao-desenvolvimento/nivel01/planejamentoAvaliacaoStoryboard), com o propósito principal de definir a estrutura e organizar as informações obtidas durante essa análise. Os resultados dessa etapa serão apresentados em um relatório detalhado, destacando pontos que podem ser melhorados no sistema, além de sugestões de redesign identificadas pela equipe. +O documento em questão tem como base o [planejamento da avaliação do Storyboard](../Storyboard/planejamentoAvaliacaoStoryboard.md), com o propósito principal de definir a estrutura e organizar as informações obtidas durante essa análise. Os resultados dessa etapa serão apresentados em um relatório detalhado, destacando pontos que podem ser melhorados no sistema, além de sugestões de redesign identificadas pela equipe. ## Metodologia diff --git a/Docs/docs/design-avaliacao-desenvolvimento/nivel01/Storyboard/relatoStoryboard.md b/Docs/docs/design-avaliacao-desenvolvimento/nivel01/Storyboard/relatoStoryboard.md new file mode 100644 index 0000000..b592383 --- /dev/null +++ b/Docs/docs/design-avaliacao-desenvolvimento/nivel01/Storyboard/relatoStoryboard.md @@ -0,0 +1,304 @@ +--- +sidebar_position: 4 +--- + +# Relato dos Resultados da Avaliação do Storyboard + +## Introdução + +O presente documento tem como objetivo relatar os resultados obtidos durante a avaliação do Storyboard, realizada com o intuito de identificar possíveis problemas e oportunidades de melhoria no sistema proposto. A análise foi conduzida com base no [Planejamento da Avaliação do Storyboard](planejamentoRelatoStoryboard.md) e a organização dos dados foi feita com base no [Planejamento do Relato dos Resultados da Avaliação do Storyboard](planejamentoRelatoStoryboard.md). + +## Entrevista - Fazer um pedido no e-SIC + +### Objetivo e âmbito da avaliação + +O objetivo da avaliação do storyboard proposto visa buscar se a tarefa de fazer um pedido no e-SIC é claro e intuitivo para o usuário. A avaliação abrange a compreensão do fluxo de interação proposto, a identificação de possíveis problemas e a sugestão de melhorias para aprimorar a experiência do usuário. O storyboard utilizado nessa avaliação pode ser acessado aqui: [Storyboard 1 - Fazer um pedido no e-SIC](./storyboards.md#storyboard-1---fazer-um-pedido-no-e-sic). + +### Método de avaliação + +O método de avaliação utilizado foi a entrevista semiestruturada, acordado com o [Planejamento da Avaliação do Storyboard](./planejamentoAvaliacaoStoryboard.md). Os dados da entrevista estão indicados na tabela 1. + +
+ +

Tabela 1 - Cronograma Executado.

+ +| Entrevistador(es) | Entrevistado(s) | Horário de Início | Horário de Fim | Data Planejada | Tarefa | Local | +| :---------: | :-------------: | :---------------: | :------------: | :------------: | :-------------------------: | :------------------------: | +| [Paulo Henrique](https://github.com/paulomh) | Igor Abreu | 10:00 | 10:10 | 19/12/2024 | [Storyboard 1 - Fazer um pedido no e-SIC](./storyboards.md#storyboard-1---fazer-um-pedido-no-e-sic) | Campus UnB Gama | + +

Autor: [Paulo Henrique](https://github.com/paulomh)

+ +
+ +Além disso, foi utilizado um questionário com 8 perguntas variadas entre questões abertas e objetivas, presente no documento de [Planejamento da Avaliação do Storyboard](./planejamentoAvaliacaoStoryboard.md), para guiar a entrevista e coletar as percepções do entrevistado. + +
+ +

Tabela 2 - Roteiro de perguntas para Avaliação de Storyboard

+ +| Objetivo | Pergunta | Resposta | +|---|---|---| +| Apropriação da Tecnologia | 1. Os usuários compreendem o objetivo de cada interação representada no storyboard? | Sim | +| Apropriação da Tecnologia | 2. Os fluxos propostos são claros e intuitivos? | Sim, porém, o quarto quadrante ficou um pouco por parecer que era a prefeitura interagindo com o ator e não a transição para o site da prefeitura | +| Apropriação da Tecnologia | 3. Há evidências de que os usuários conseguiriam utilizar o sistema com base no que foi apresentado? | Sim | +| Apropriação da Tecnologia | 4. Quais aspectos dos fluxos apresentados no storyboard podem impedir os usuários de adotarem o sistema em suas rotinas diárias? | No caso do usuário tiver dificuldades em utilizar dispositivos eletrônicos, no caso, um analfabeto tecnológico. | +| Identificação de Problemas de Interação e Interface | 5. Existem elementos confusos ou difíceis de interpretar nos storyboards? | Não | +| Identificação de Problemas de Interação e Interface | 6. Quais barreiras de interação podem surgir para os usuários ao realizarem as tarefas propostas? | Falta de acesso à internet, defeito no dispositivo utilizado e eventos externos que estão fora do controle do usuário. | +| Identificação de Problemas de Interação e Interface | 7. A sequência de interações está clara, ou os usuários têm dificuldades em entender o que fazer a seguir? | Sim, está clara. Porém, no quadrante de realização do pedido, seria ideal disponibilizar uma espécie de protocolo para que o usuário consiga verificar o andamento do seu pedido. | +| Identificação de Problemas de Interação e Interface | 8. Os usuários têm acesso a todas as informações necessárias para concluir as tarefas ou há falta de clareza nas instruções? | Sim | + +

Autor: [Paulo Henrique](https://github.com/paulomh)

+ +
+ +### Seleção dos participantes + +O participante selecionado para a entrevista se encaixa no [perfil de usuário](../../../analise-de-requisitos/perfilDeUsuario.md) definido para o projeto. O entrevistado se enquadra na faixa etária de 25 a 34 anos e já deu aula na rede pública de ensino. + +### Listagem de problemas + +Com base no questionário aplicado, foi possível identificar os seguintes problemas: + +- Falta de clareza na transição entre o ator usando o computador e acessando o site da prefeitura. + +- No quadrante de realização do pedido, há a falta de um protocole que mostre o andamento do pedido do usuário. + +### Sugestões de melhorias + +Com base nos problemas identificados, foram sugeridas as seguintes melhorias: + +- Adicionar uma transição mais clara entre o ator usando o computador e acessando o site da prefeitura para realizar o pedido. + +- Disponibilizar um protocolo para que o usuário consiga verificar o andamento do seu pedido. + +### Registro da avaliação + +A avaliação foi registrada por meio da gravação da entrevista, disponível logo abaixo: + +
+ + + +
+ +## Entrevista - Agendamento de Consulta Médica + +### Objetivo e âmbito da avaliação + +A avaliação teve como objetivo analisar o [Storyboard 2 - Agendamento de Consulta Médica para Dona Lúcia](./storyboards.md#storyboard-2---agendamento-de-consulta-médica-para-dona-lúcia), visando identificar pontos de melhoria na interação e na interface. O âmbito da avaliação abrangeu aspectos relacionados à clareza do fluxo de tarefas, adequação às necessidades do público-alvo e possíveis barreiras de usabilidade. + +### Método de avaliação + +O método de avaliação utilizado foi a entrevista semiestruturada, acordado com o [Planejamento da Avaliação do Storyboard](./planejamentoAvaliacaoStoryboard.md). Os dados relativos ao cronograma executado durante a entrevista está apresentado na Tabela 3: + +
+ +

Tabela 3 - Cronograma Executado

+ +| Entrevistador(es) | Entrevistado(s) | Horário de Início | Horário de Fim | Data Planejada | Tarefa | Local | +| :---------: | :-------------: | :---------------: | :------------: | :------------: | :-------------------------: | :------------------------: | +| [Weverton Rodrigues](https://github.com/vevetin) | Vanessa Oliveira | 17:30 | 17:37 | 27/12/2024 | [Storyboard 2 - Agendamento de Consulta Médica para Dona Lúcia](./storyboards.md#storyboard-2---agendamento-de-consulta-médica-para-dona-lúcia) | Residência da entrevistada | + + +

Autor: [Weverton Rodrigues](https://github.com/vevetin)

+ +
+ +Além disso, foi utilizado um questionário com 8 perguntas variadas entre questões abertas e objetivas, presente no documento de [Planejamento da Avaliação do Storyboard](./planejamentoAvaliacaoStoryboard.md), para guiar a entrevista e coletar as percepções do entrevistado. + +
+ +

Tabela 4 - Roteiro de perguntas para Avaliação de Storyboard

+ +| Objetivo | Pergunta | Resposta | +|---|---|---| +| Apropriação da Tecnologia | 1. Os usuários compreendem o objetivo de cada interação representada no storyboard? | Sim | +| Apropriação da Tecnologia | 2. Os fluxos propostos são claros e intuitivos? | Sim | +| Apropriação da Tecnologia | 3. Há evidências de que os usuários conseguiriam utilizar o sistema com base no que foi apresentado? | Sim | +| Apropriação da Tecnologia | 4. Quais aspectos dos fluxos apresentados no storyboard podem impedir os usuários de adotarem o sistema em suas rotinas diárias? | Não | +| Identificação de Problemas de Interação e Interface | 5. Existem elementos confusos ou difíceis de interpretar nos storyboards? | Não | +| Identificação de Problemas de Interação e Interface | 6. Quais barreiras de interação podem surgir para os usuários ao realizarem as tarefas propostas? | Não foram identificadas barreiras. | +| Identificação de Problemas de Interação e Interface | 7. A sequência de interações está clara, ou os usuários têm dificuldades em entender o que fazer a seguir? | Sim, a sequência está clara, especialmente com o acompanhamento/ajuda do neto da personagem. | +| Identificação de Problemas de Interação e Interface | 8. Os usuários têm acesso a todas as informações necessárias para concluir as tarefas ou há falta de clareza nas instruções? | Sim, todas as informações necessárias estão disponíveis, o que facilita o entendimento e a execução. | + +

Autor: [Weverton Rodrigues](https://github.com/vevetin)

+ +
+ +### Seleção dos participantes + +A participante selecionada foi Vanessa Oliveira, de 49 anos, que se enquadra no grupo de [Cidadãos em Geral (faixa etária predominante: 18 a 60 anos)](../../../analise-de-requisitos/perfilDeUsuario.md#conclusão). Ela possui experiência básica com tecnologia e, ocasionalmente, precisa de auxílio de familiares em tarefas mais complexas. A escolha de Vanessa visou representar um usuário típico dessa faixa etária, com familiaridade básica/intermediária com interfaces digitais, permitindo avaliar aspectos de usabilidade e acessibilidade do storyboard. + +### Listagem de problemas +- Ausência de problemas de compreensão: Não foram identificados elementos confusos ou difíceis de interpretar no storyboard. A sequência de interações foi clara para a entrevistada. + +- Acesso à informação: Não houve falta de clareza nas instruções, e todas as informações necessárias para a execução das tarefas estavam acessíveis, o que facilitou o entendimento. + +- Falta de barreiras de interação: Não foram identificadas barreiras de interação que dificultassem a execução das tarefas propostas. A entrevistada não apontou obstáculos na navegação ou no entendimento das etapas. + +### Sugestões de melhorias + +Nenhuma sugestão de melhoria foi identificada durante a avaliação. O storyboard foi considerado claro e intuitivo pela entrevistada, que não apontou problemas de compreensão ou dificuldades nas interações. O fluxo proposto está bem alinhado com as necessidades do usuário, e todas as informações necessárias para a execução das tarefas foram facilmente compreendidas. + +### Registro da avaliação + +A avaliação foi registrada por meio da gravação da entrevista, disponível logo abaixo, e a parte referente à Avaliação do Storyboard vai de ``0:00`` até ``3:45``: + +
+ + + +
+ +## Entrevista - Busca por licitações fracassadas + +### Objetivo e âmbito da avaliação + +A avaliação teve como objetivo analisar o [Storyboard 5: Busca por licitação fracassada](./storyboards.md#storyboard-5-busca-por-licitação-fracassada), visando identificar pontos de melhoria na interação e na interface. O âmbito da avaliação abrangeu aspectos relacionados à clareza do fluxo de tarefas, adequação às necessidades do público-alvo e possíveis barreiras de usabilidade. + +### Método de avaliação + +O método de avaliação utilizado foi a entrevista semiestruturada, acordado com o [Planejamento da Avaliação do Storyboard](./planejamentoAvaliacaoStoryboard.md). Os dados relativos ao cronograma executado durante a entrevista está apresentado na Tabela 5: + +
+ +

Tabela 5 - Cronograma Executado

+ +| Entrevistador(es) | Entrevistado(s) | Horário de Início | Horário de Fim | Data Planejada | Tarefa | Local | +| :---------: | :-------------: | :---------------: | :------------: | :------------: | :-------------------------: | :------------------------: | +| [Rodrigo Wendrel](https://github.com/rodwendrel) | Moysés Carvalho |13:00 | 13:30 | 03/01/2025 | [Storyboard 5: Busca por licitação fracassada](./storyboards.md#storyboard-5-busca-por-licitação-fracassada) | Biblioteca Nacional de Brasília | + + +

Autor: [Rodrigo Wendrel](https://github.com/rodwendrel)

+ +
+ +Além disso, foi utilizado um questionário com 8 perguntas variadas entre questões abertas e objetivas, presente no documento de [Planejamento da Avaliação do Storyboard](./planejamentoAvaliacaoStoryboard.md), para guiar a entrevista e coletar as percepções do entrevistado. + +
+ +

Tabela 6 - Roteiro de perguntas para Avaliação de Storyboard

+ +| Objetivo | Pergunta | Resposta | +|---|---|---| +| Apropriação da Tecnologia | 1. Os usuários compreendem o objetivo de cada interação representada no storyboard? | Sim | +| Apropriação da Tecnologia | 2. Os fluxos propostos são claros e intuitivos? | Sim, bem simples | +| Apropriação da Tecnologia | 3. Há evidências de que os usuários conseguiriam utilizar o sistema com base no que foi apresentado? | Sim | +| Apropriação da Tecnologia | 4. Quais aspectos dos fluxos apresentados no storyboard podem impedir os usuários de adotarem o sistema em suas rotinas diárias? | Na página inicial não há muitas informações | +| Identificação de Problemas de Interação e Interface | 5. Existem elementos confusos ou difíceis de interpretar nos storyboards? | Filtros no quarto quadro do styoryboard. Não há como saber o tipo de filtro | +| Identificação de Problemas de Interação e Interface | 6. Quais barreiras de interação podem surgir para os usuários ao realizarem as tarefas propostas? | Não foram identificadas barreiras. | +| Identificação de Problemas de Interação e Interface | 7. A sequência de interações está clara, ou os usuários têm dificuldades em entender o que fazer a seguir? | Sim, mas acredita que as licitações fracassadas podem ter cores diferentes | +| Identificação de Problemas de Interação e Interface | 8. Os usuários têm acesso a todas as informações necessárias para concluir as tarefas ou há falta de clareza nas instruções? | Sim, possuem bons detalhes. | + +

Autor: [Rodrigo Wendrel](https://github.com/rodwendrel)

+ +
+ +### Seleção dos participantes + +O participante selecionado foi Moyses Carvalho, de 22 anos, que se enquadra no grupo de [Cidadãos em Geral (faixa etária predominante: 18 a 60 anos)](../../../analise-de-requisitos/perfilDeUsuario.md#conclusão). Ele possui experiência com tecnologia e não necessita de auxílio com esse tipo de tarefa. + +### Listagem de problemas +- Ausência de elementos visuais para deixar a interação mais clara +- Falta de informações + +### Sugestões de melhorias + +Adição de informações acerca do que está sendo buscado e elementos que possam diferenciar as licitações. + +### Registro da avaliação + +A avaliação foi registrada por meio da gravação da entrevista, disponível logo abaixo, e a parte referente à Avaliação do Storyboard vai de ``0:58`` até ``04:29``: + +
+ + + +
+ + +## Entrevista - Emissão de Nota Fiscal de Serviço + +### Objetivo e âmbito da avaliação + +A avaliação teve como objetivo analisar o [Storyboard 3: Emissão de Nota Fiscal de Serviço](./storyboards.md#storyboard-3-envio-de-nota-fiscal-de-serviço), visando identificar pontos de melhoria na interação e na interface. O âmbito da avaliação abrangeu aspectos relacionados à clareza do fluxo de tarefas, adequação às necessidades do público-alvo e possíveis barreiras de usabilidade. + +### Método de avaliação + +O método de avaliação utilizado foi a entrevista semiestruturada, acordado com o [Planejamento da Avaliação do Storyboard](./planejamentoAvaliacaoStoryboard.md). Os dados relativos ao cronograma executado durante a entrevista está apresentado na Tabela 7: + +
+ +

Tabela 7 - Cronograma Executado

+ +| Entrevistador(es) | Entrevistado(s) | Horário de Início | Horário de Fim | Data Planejada | Tarefa | Local | +| :---------: | :-------------: | :---------------: | :------------: | :------------: | :-------------------------: | :------------------------: | +| [Necivaldo Amaral](https://github.com/junioramaral22) | Lucas de Souza |19:00 | 19:05 | 31/12/2024 | [Storyboard 3: Envio de Nota Fiscal de Serviço](./storyboards.md#storyboard-3-envio-de-nota-fiscal-de-serviço) | Residência do entrevistado | + + +

Autor: [Necivaldo Amaral](https://github.com/junioramaral22)

+ +
+ +Além disso, foi utilizado um questionário com 8 perguntas variadas entre questões abertas e objetivas, presente no documento de [Planejamento da Avaliação do Storyboard](./planejamentoAvaliacaoStoryboard.md), para guiar a entrevista e coletar as percepções do entrevistado. + +
+ +

Tabela 8 - Roteiro de perguntas para Avaliação de Storyboard

+ +| Objetivo | Pergunta | Resposta | +|---|---|---| +| Apropriação da Tecnologia | 1. Os usuários compreendem o objetivo de cada interação representada no storyboard? | Sim | +| Apropriação da Tecnologia | 2. Os fluxos propostos são claros e intuitivos? | Sim, bem simples | +| Apropriação da Tecnologia | 3. Há evidências de que os usuários conseguiriam utilizar o sistema com base no que foi apresentado? | Sim | +| Apropriação da Tecnologia | 4. Quais aspectos dos fluxos apresentados no storyboard podem impedir os usuários de adotarem o sistema em suas rotinas diárias? | Uma conexão com internet lenta | +| Identificação de Problemas de Interação e Interface | 5. Existem elementos confusos ou difíceis de interpretar nos storyboards? | Não | +| Identificação de Problemas de Interação e Interface | 6. Quais barreiras de interação podem surgir para os usuários ao realizarem as tarefas propostas? | Uma conexão com internet lenta | +| Identificação de Problemas de Interação e Interface | 7. A sequência de interações está clara, ou os usuários têm dificuldades em entender o que fazer a seguir? | Sim, bem claras | +| Identificação de Problemas de Interação e Interface | 8. Os usuários têm acesso a todas as informações necessárias para concluir as tarefas ou há falta de clareza nas instruções? | Sim | + +

Autor: [Necivaldo Amaral](https://github.com/junioramaral22)

+ +
+ +### Seleção dos participantes + +O participante selecionado foi Lucas de Souza, de 23 anos, que se enquadra no grupo de [Cidadãos em Geral (faixa etária predominante: 18 a 60 anos)](../../../analise-de-requisitos/perfilDeUsuario.md#conclusão). Ele possui experiência com tecnologia e não necessita de auxílio com esse tipo de tarefa. + +### Listagem de problemas +- Tamanho do texto pequeno + + +### Sugestões de melhorias + +Aumento na fonte das palavras + +### Registro da avaliação + +A avaliação foi registrada por meio da gravação da entrevista, disponível logo abaixo. + +
+ + + +
+ +## Planejamento de reprojeto + +
+

Tabela 2 - Cronograma do Reprojeto.

+ +| Executador | Horário de Início | Horário de fim | Data | +|:---:|:---:|---|---| +| [Paulo Henrique](https://github.com/paulomh) | 20:00 | 21:00 | 07/01/2025 | +| [Necivaldo Amaral](https://github.com/junioramaral22) | 20:00 | 21:00 | 07/01/2025 | +
+ +## Histórico de Versão + +| Versão | Data | Autor(es) | Descrição | Data de Revisão | Revisor(es) | +|:---:|:---:|---|---|:---:|---| +| 1.0 | 28/12/2024 | [Paulo Henrique](https://github.com/paulomh) | Criação do docummento do relato dos resultados da avaliação do storyboarrd e adição do relato da avaliação do storyboard - realizar um pedido no e-SIC | 28/12/2024 | [Rodrigo Wendrel](https://github.com/rodwendrel) | +| 1.1 | 02/01/2025 | [Weverton Rodrigues](https://github.com/vevetin) | adição do relato da avaliação do storyboard - agendamento de consulta médica para dona Lúcia | 02/01/2025 | [Paulo Henrique](https://github.com/paulomh) | +| 1.2 | 05/01/2025 | [Rodrigo Wendrel](https://github.com/rodwendrel) | Adição do relato da avaliação do storyboard - busca por licitação fracassada | 05/01/2025 | [Weverton Rodrigues](https://github.com/vevetin) | +| 1.3 | 05/01/2025 | [Necivaldo Amaral](https://github.com/junioramaral22) | Adição do relato da avaliação do storyboard - envio de nota fiscal de serviço | 05/01/2025 | [Pedro Luiz](https://github.com/pedroluizfo) | diff --git a/Docs/docs/design-avaliacao-desenvolvimento/nivel01/storyboards.md b/Docs/docs/design-avaliacao-desenvolvimento/nivel01/Storyboard/storyboards.md similarity index 100% rename from Docs/docs/design-avaliacao-desenvolvimento/nivel01/storyboards.md rename to Docs/docs/design-avaliacao-desenvolvimento/nivel01/Storyboard/storyboards.md diff --git a/Docs/docs/design-avaliacao-desenvolvimento/assets/Storyboard-Pedro.jpg b/Docs/docs/design-avaliacao-desenvolvimento/nivel01/assets/Storyboard-Pedro.jpg similarity index 100% rename from Docs/docs/design-avaliacao-desenvolvimento/assets/Storyboard-Pedro.jpg rename to Docs/docs/design-avaliacao-desenvolvimento/nivel01/assets/Storyboard-Pedro.jpg diff --git a/Docs/docs/design-avaliacao-desenvolvimento/assets/storyboard-necivaldo.png b/Docs/docs/design-avaliacao-desenvolvimento/nivel01/assets/storyboard-necivaldo.png similarity index 100% rename from Docs/docs/design-avaliacao-desenvolvimento/assets/storyboard-necivaldo.png rename to Docs/docs/design-avaliacao-desenvolvimento/nivel01/assets/storyboard-necivaldo.png diff --git a/Docs/docs/design-avaliacao-desenvolvimento/assets/storyboard-paulo.jpg b/Docs/docs/design-avaliacao-desenvolvimento/nivel01/assets/storyboard-paulo.jpg similarity index 100% rename from Docs/docs/design-avaliacao-desenvolvimento/assets/storyboard-paulo.jpg rename to Docs/docs/design-avaliacao-desenvolvimento/nivel01/assets/storyboard-paulo.jpg diff --git a/Docs/docs/design-avaliacao-desenvolvimento/assets/storyboard-rodrigo.png b/Docs/docs/design-avaliacao-desenvolvimento/nivel01/assets/storyboard-rodrigo.png similarity index 100% rename from Docs/docs/design-avaliacao-desenvolvimento/assets/storyboard-rodrigo.png rename to Docs/docs/design-avaliacao-desenvolvimento/nivel01/assets/storyboard-rodrigo.png diff --git a/Docs/docs/design-avaliacao-desenvolvimento/assets/storyboard-weverton.jfif b/Docs/docs/design-avaliacao-desenvolvimento/nivel01/assets/storyboard-weverton.jfif similarity index 100% rename from Docs/docs/design-avaliacao-desenvolvimento/assets/storyboard-weverton.jfif rename to Docs/docs/design-avaliacao-desenvolvimento/nivel01/assets/storyboard-weverton.jfif diff --git a/Docs/docs/design-avaliacao-desenvolvimento/nivel02/_category_.json b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/_category_.json index 1b1d4c5..6e38261 100644 --- a/Docs/docs/design-avaliacao-desenvolvimento/nivel02/_category_.json +++ b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/_category_.json @@ -3,6 +3,6 @@ "position": 2, "link": { "type": "generated-index", - "description": "aa" + "description": "Registro dos artefatos Protótipos de Papel, Planejamento da Avaliação do Protótipo de Papel, Planejamento do Relato dos Resultados da Avaliação do Protótipo de Papel" } } \ No newline at end of file diff --git a/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/PP0004.jpg b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/PP0004.jpg new file mode 100644 index 0000000..e19363a Binary files /dev/null and b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/PP0004.jpg differ diff --git a/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/PP004.jpg b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/PP004.jpg new file mode 100644 index 0000000..5b853e3 Binary files /dev/null and b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/PP004.jpg differ diff --git a/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/pp04.jpg b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/pp04.jpg new file mode 100644 index 0000000..a459bb6 Binary files /dev/null and b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/pp04.jpg differ diff --git a/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/pp4.jpg b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/pp4.jpg new file mode 100644 index 0000000..46e6ca7 Binary files /dev/null and b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/pp4.jpg differ diff --git a/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipo-de-papel-Weverton.jfif b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipo-de-papel-Weverton.jfif new file mode 100644 index 0000000..d60e0f0 Binary files /dev/null and b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipo-de-papel-Weverton.jfif differ diff --git a/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoPedidoInfoPaulo.jpg b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoPedidoInfoPaulo.jpg new file mode 100644 index 0000000..99ab161 Binary files /dev/null and b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoPedidoInfoPaulo.jpg differ diff --git a/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoPedidoRealizadoPaulo.jpg b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoPedidoRealizadoPaulo.jpg new file mode 100644 index 0000000..a99ef02 Binary files /dev/null and b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoPedidoRealizadoPaulo.jpg differ diff --git a/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoRodrigo1.jpeg b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoRodrigo1.jpeg new file mode 100644 index 0000000..79f7ed9 Binary files /dev/null and b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoRodrigo1.jpeg differ diff --git a/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoRodrigo2.jpeg b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoRodrigo2.jpeg new file mode 100644 index 0000000..3c4ceae Binary files /dev/null and b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoRodrigo2.jpeg differ diff --git a/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoRodrigo3.jpeg b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoRodrigo3.jpeg new file mode 100644 index 0000000..3e689a5 Binary files /dev/null and b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoRodrigo3.jpeg differ diff --git a/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoTelaCadastroPaulo.jpg b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoTelaCadastroPaulo.jpg new file mode 100644 index 0000000..d220aa4 Binary files /dev/null and b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoTelaCadastroPaulo.jpg differ diff --git a/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoTelaESicPaulo.jpg b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoTelaESicPaulo.jpg new file mode 100644 index 0000000..c457ef9 Binary files /dev/null and b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoTelaESicPaulo.jpg differ diff --git a/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoTelaESicPedidoFeitoPaulo.jpg b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoTelaESicPedidoFeitoPaulo.jpg new file mode 100644 index 0000000..a2a07e0 Binary files /dev/null and b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoTelaESicPedidoFeitoPaulo.jpg differ diff --git a/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoTelaInicialMapaPaulo.jpg b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoTelaInicialMapaPaulo.jpg new file mode 100644 index 0000000..79b8bce Binary files /dev/null and b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoTelaInicialMapaPaulo.jpg differ diff --git a/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoTelaInicialPaulo.jpg b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoTelaInicialPaulo.jpg new file mode 100644 index 0000000..3bbc5e9 Binary files /dev/null and b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoTelaInicialPaulo.jpg differ diff --git a/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoTelaInicialPopUpPaulo.jpg b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoTelaInicialPopUpPaulo.jpg new file mode 100644 index 0000000..a164baa Binary files /dev/null and b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoTelaInicialPopUpPaulo.jpg differ diff --git a/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoTelaLoginPaulo.jpg b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoTelaLoginPaulo.jpg new file mode 100644 index 0000000..7d93473 Binary files /dev/null and b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoTelaLoginPaulo.jpg differ diff --git a/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoTelaSolicitacaoAnomPaulo.jpg b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoTelaSolicitacaoAnomPaulo.jpg new file mode 100644 index 0000000..080eda3 Binary files /dev/null and b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoTelaSolicitacaoAnomPaulo.jpg differ diff --git a/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoTelaSolicitacaoPaulo.jpg b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoTelaSolicitacaoPaulo.jpg new file mode 100644 index 0000000..3946483 Binary files /dev/null and b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/assets/prototipoTelaSolicitacaoPaulo.jpg differ diff --git a/Docs/docs/design-avaliacao-desenvolvimento/nivel02/planejamentoAvaliacaoPrototipoDePapel.md b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/planejamentoAvaliacaoPrototipoDePapel.md new file mode 100644 index 0000000..275f311 --- /dev/null +++ b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/planejamentoAvaliacaoPrototipoDePapel.md @@ -0,0 +1,149 @@ +--- +sidebar_position: 2 +--- + +# Planejamento da Avaliação do Protótipo de Papel + +## Introdução + +A avaliação de Interação Humano-Computador (IHC) é uma etapa essencial no desenvolvimento de sistemas interativos, pois permite julgar a qualidade de uso da solução e identificar problemas na interação e interface que possam comprometer a experiência do usuário. Essa atividade orienta o processo de melhorias, garantindo que o sistema atenda às necessidades específicas dos usuários e promova uma interação eficiente e satisfatória (Barbosa, 2021)[1](./planejamentoAvaliacaoPrototipoDePapel.md#referências-bibliográficas). + +## Metodologia + +A metodologia adotada para a avaliação segue o modelo do framework DECIDE (Barbosa, 2021)[2](planejamentoAvaliacaoPrototipoDePapel.md#referências-bibliográficas), uma abordagem estruturada que organiza o processo de avaliação em seis etapas principais: (D) determinar os objetivos da avaliação, (E) explorar perguntas a serem respondidas, (C) escolher os métodos de avaliação, (I) identificar e administrar questões práticas, (D) decidir como lidar com questões éticas, e, por fim, (E) avaliar, interpretar e apresentar os dados. Essa metodologia permite um planejamento claro e detalhado, garantindo que a avaliação aborde tanto alternativas de design quanto a identificação de problemas na interação e interface. + +## D - Determinar os objetivos da avaliação de IHC + +Os objetivos dessa avaliação são essenciais para direcionar o processo e garantir que ela se concentre nas áreas mais críticas da interação. O primeiro objetivo é explorar diferentes alternativas de design, identificando qual delas proporciona uma melhor experiência de interação, levando em consideração aspectos como clareza, eficácia e satisfação do usuário. Além disso, a avaliação buscará identificar problemas na interação e na interface, como pontos de confusão, erros de navegação ou inconsistências na interface, para garantir uma experiência de uso mais fluida e eficiente. Esses objetivos visam assegurar que o protótipo atenda às necessidades dos usuários e proporcione uma melhor experiência de usuário. + +## E - Explorar perguntas a serem respondidas com a avaliação + +As perguntas a serem exploradas nesta avaliação foram adaptadas a partir da tabela de exemplos de perguntas que uma avaliação de IHC pode responder (Barbosa, 2021)[3](planejamentoAvaliacaoPrototipoDePapel.md#referências-bibliográficas), visando o contexto específico da avaliação de protótipos de papel. O objetivo é compreender como os usuários percebem os fluxos de interação e quais aspectos podem afetar a experiência de uso. As questões foram elaboradas para investigar tanto as alternativas de design quanto a identificação de problemas de IHC, considerando as interações apresentadas no protótipo. Essas perguntas serão essenciais para entender se o design facilita ou dificulta o uso do sistema, e se há aspectos que precisam ser ajustados para melhorar a experiência do usuário. + +
+ +

Tabela 1 - Roteiro de perguntas para Avaliação do Protótipo de Papel

+ +| Objetivo | Pergunta | Resposta | +|---|---|---| +| Ideias e Alternativas de Design | 1. Qual das alternativas de design do protótipo de papel é mais eficiente e fácil de aprender? || +| Ideias e Alternativas de Design | 2. Qual alternativa de design os usuários preferem? Por quê? || +| Ideias e Alternativas de Design | 3. Qual alternativa de design se espera que tenha um impacto negativo menor ao ser adotada? || +| Problemas na Interação e Interface | 4. Os usuários conseguem operar o protótipo de papel? Eles atingem seus objetivos de maneira eficiente? Com que frequência cometem erros?|| +| Problemas na Interação e Interface | 5. Que parte da interface do protótipo de papel deixa os usuários insatisfeitos ou causa confusão? || +| Problemas na Interação e Interface | 6. Os usuários entendem claramente o que cada elemento do protótipo de papel significa e o que devem fazer em seguida? || + +

Autor(es): [Weverton Rodrigues](https://github.com/vevetin)

+ +
+ +## C - Escolher os métodos de avaliação a serem utilizados + +Para a avaliação do protótipo de papel, serão utilizados dois métodos principais: **entrevista semiestruturada** e **avaliação heurística**, cada um focando em aspectos específicos da avaliação. + +A entrevista semiestruturada será utilizada para avaliar o aspecto da apropriação da tecnologia. Esse método permitirá captar dados qualitativos importantes sobre a usabilidade, a compreensão do protótipo e as motivações para sua adoção ou rejeição. + +Já a avaliação heurística, por outro lado, será empregada para avaliar as alternativas de design e identificar problemas de interação e interface (problemas de IHC). Essa análise ajudará a identificar falhas de design que podem comprometer a eficiência, a satisfação e a experiência do usuário com o protótipo. + +A combinação desses dois métodos permitirá uma análise detalhada, com foco em diferentes aspectos da usabilidade e do design, fornecendo uma base sólida para melhorias no protótipo. + +## I - Identificar e administrar as questões práticas da avaliação + +A identificação e administração das questões práticas são fundamentais para garantir que a avaliação do protótipo de papel ocorra de forma eficiente, respeitando as limitações de recursos, tempo e logística. A seguir, são detalhadas as questões práticas relacionadas a recrutamento, preparação, custos e prazos. + +### Recrutamento + +Os participantes serão selecionados com base no [perfil de usuário](../../../analise-de-requisitos/perfilDeUsuario.md) definido durante a análise de requisitos, priorizando indivíduos que representem o público-alvo do protótipo. O processo de recrutamento será realizado por meio de convites diretos e seleção de voluntários, que devem atender aos critérios estabelecidos. + +### Preparação + +A preparação para a avaliação do protótipo de papel envolve a organização dos materiais e recursos necessários para os dois métodos de avaliação: a entrevista semiestruturada e a avaliação heurística. + +> **Entrevista Semiestruturada:** +Ferramentas: Celular para gravação de áudio e vídeo; +Materiais: Protótipos de papel impressos e roteiros de avaliação; +Ambiente: A entrevista ocorrerá presencialmente em local combinado com os participantes ou, em último caso, de forma remota; + +> **Avaliação Heurística:** +Ferramentas: computador para redigir o relatório/relato dos resultados; +Materiais: Lista de princípios heurísticos; +Ambiente: A avaliação será realizada em um ambiente controlado e silencioso para garantir que o avaliador possa se concentrar na análise do protótipo sem distrações; + +### Custos + +Os custos envolvidos na avaliação incluem despesas com impressão de materiais, transporte dos participantes e equipamentos para gravação, caso necessário. A equipe buscará otimizar o uso dos recursos disponíveis, minimizando despesas e aproveitando ao máximo os materiais já disponíveis. + +### Prazos + +A avaliação será realizada conforme cronograma a ser definido, considerando a disponibilidade dos participantes e dos entrevistadores. + +
+ +

Tabela 2 - Cronograma da Entrevista

+ +| Entrevistador | Entrevistado(a) | Horário Início | Horário Fim | Data | Local | +|---|---|:---:|:---:|:---:|---| +| [Weverton Rodrigues](https://github.com/vevetin) | José Brito | 17:00 | 17:15 | 10/01/2025 | Casa do entrevistado | +| [Rodrigo Wendrel](https://github.com/rodwendrel) | Moysés Carvalho | 13:00 | 13:30 | 10/01/2025 | Biblioteca nacional | +| [Paulo Henrique](https://github.com/paulomh) | Igor Abreu | 10:00 | 10:20 | 09/01/2025 | Faculdade do Gama | + + +

Autor: [Weverton Rodrigues](https://github.com/vevetin)

+ +
+ +Os entrevistadores deverão garantir que os materiais estejam prontos com antecedência e que os participantes sejam contatados para confirmar o horário agendado. + +## D - Decidir como lidar com as questões éticas + +Tendo como base o [termo de consentimento geral](../../../analise-de-requisitos/aspectosEticos.md#termo-de-consentimento), os participantes serão informados sobre a natureza da avaliação, os objetivos da pesquisa, os procedimentos envolvidos, os riscos e benefícios, a garantia de anonimato e confidencialidade, e a liberdade de retirar o consentimento a qualquer momento. Dessa forma, o termo de consentimento será lido pelo entrevistador no início da gravação da entrevista. Além disso, será assegurado que os dados coletados serão utilizados apenas para fins de pesquisa e que a gravação dos participantes serão utilizadas apenas para propósito da pesquisa. + +### Termo de Consentimento (Adaptado) + +Somos o Grupo 06 da que está participando do projeto do site da Prefeitura Municipal de Nova Iorque para a disciplina de Interação Humano-Computador, ministrada pelo Prof. André Barros de Sales na Faculdade de Ciências e Tecnologias em Engenharia da Universidade de Brasília (FCTE - UnB) no período de 2024.2. Nessa etapa do projeto, buscamos avaliar a qualidade de uso dos storyboards desenvolvidos para o site. Para decidir sobre o seu consentimento, é importante que você conheça as seguintes informações sobre a pesquisa:
+- Os dados coletados durante a entrevista destinam-se estritamente a atividades de análise e desenvolvimento do +site da Prefeitura Municiapl de Nova Iorque. +- Nossa equipe tem o compromisso de divulgar os resultados de nossas pesquisas para o entrevistado. A divulgação +desses resultados pauta-se no respeito à sua privacidade, e o anonimato dos participantes será preservado em +quaisquer documentos que elaborarmos. +- O consentimento para a entrevista é uma escolha livre, feita mediante a prestação de todos os esclarecimentos +necessários sobre a pesquisa. +- A entrevista pode ser interrompida a qualquer momento, segundo a sua disponibilidade e vontade. +- Nossa equipe encontra-se disponível para contato através do e-mail: melopaulo210@gmail.com.
+ +De posse dessas informações, gostaríamos que você se pronunciasse acerca da entrevista: +( ) Dou meu consentimento para a sua realização.   ( ) Não consinto com a sua realização. + +## E - Avaliar, interpretar e apresentar os dados + +A avaliação dos dados coletados será conduzida de acordo com as etapas descritas no documento [Planejamento do Relato do Protótipo de Papel](./planejamentoRelatoPrototipoDePapel.md). + +Os dados das entrevistas semiestruturadas e da avaliação heurística serão organizados, codificados e analisados para identificar padrões, dificuldades e oportunidades de melhoria. Os resultados serão apresentados de forma estruturada, destacando problemas encontrados, sugestões de melhoria e lições aprendidas, com base nas análises dos feedbacks dos participantes e dos problemas de interface identificados. + +## Planejamento do Teste Piloto + +O teste piloto consiste em uma execução prévia da avaliação, com o objetivo de validar o planejamento e identificar possíveis problemas nos métodos, materiais e equipamentos utilizados. Essa etapa garante que ajustes possam ser feitos antes da aplicação final, assegurando a qualidade e a eficácia dos dados coletados. + +**Detalhes:** +- Data: 06/01/2025 +- Horário: 11:00 às 11:20 +- Integrantes responsáveis: Paulo Henrique e Weverton Rodrigues +- Local: Campus UnB Gama (presencialmente) + +## Resultado do Teste Piloto + +## Referências Bibliográficas + +> 1. BARBOSA, Simone Diniz Junqueira et al. Interação humano-computador e experiência do usuário. 1. ed. Rio de Janeiro: Simone Diniz Junqueira Barbosa, 2021. Capítulo 11: Planejamento da Avaliação de IHC. Página 261. Autopublicação. ISBN: 978-65-00-19677-1. + +> 2. BARBOSA, Simone Diniz Junqueira et al. Interação humano-computador e experiência do usuário. 1. ed. Rio de Janeiro: Simone Diniz Junqueira Barbosa, 2021. Capítulo 11: Planejamento da Avaliação de IHC. Páginas 279-280. Autopublicação. ISBN: 978-65-00-19677-1. + +> 3. BARBOSA, Simone Diniz Junqueira et al. Interação humano-computador e experiência do usuário. 1. ed. Rio de Janeiro: Simone Diniz Junqueira Barbosa, 2021. Capítulo 11: Planejamento da Avaliação de IHC. Páginas 266-267. Autopublicação. ISBN: 978-65-00-19677-1. + +## Histórico de Versão + +| Versão | Data | Autor(es) | Descrição | Data de Revisão | Revisor(es) | +|:---:|:---:|---|---|:---:|---| +| 1.0 | 27/12/2024 | [Weverton Rodrigues](https://github.com/vevetin) | Criação do documento | 02/01/2025 | [Paulo Henrique](https://github.com/paulomh) | +| 1.1 | 05/01/2025 | [Rodrigo Wendrel](https://github.com/rodwendrel) | Adição de um uma entrevista planejada | 05/01/2025 | [Paulo Henrique](https://github.com/paulomh) | + diff --git a/Docs/docs/design-avaliacao-desenvolvimento/nivel02/planejamentoRelatoPrototipoDePapel.md b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/planejamentoRelatoPrototipoDePapel.md new file mode 100644 index 0000000..085d509 --- /dev/null +++ b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/planejamentoRelatoPrototipoDePapel.md @@ -0,0 +1,50 @@ +--- +sidebar_position: 3 +--- + +# Planejamento do Relato dos Resultados da Avaliação do Protótipo de Papel + +## Introdução + +O Planejamento do Relato dos Resultados da Avaliação do Protótipo de Papel se trata do documento de organização que irá demonstrar os resultadas da avaliação do protótipo de papel. Ele seguirá o [planejamento da avaliação do protótipo de papel](./planejamentoAvaliacaoPrototipoDePapel.md) e garante que os dados necessários serão apresentados de forma clara. + +## Metodologia +Tomaremos como princípio os tópicos descritos por Barbosa e Silva, e os adequando para o desenvolvimento da equipe. Os tópicos estão descritos a baixo: + +### Preparação +- definir tarefas para os participantes executarem +- definir o perfil dos participantes e recrutá-los +- criar protótipos em papel da interface para executar as tarefas +- executar um teste-piloto + +### Coleta de dados +- Cada usuário deve executar as tarefas propostas interagindo com os +protótipos em papel, mediado pelo avaliador + +### Interpretação +O avaliador deve +- listar os problemas encontrados +- refinar os protótipos em papel para resolver os problemas mais simples + +### Consolidação dos resultados +- priorizar a correção dos problemas não resolvidos +- sugerir correções + +### Relato dos resultados +- relatar os problemas encontrados e sugestões de correção + +## Bibliografia + +> \- Planejamento do Relato dos Resultados - Storyboard. Repositório do grupo Bilheteria Digial da disciplina de Interação Humano Computador da Universidade de Brasília, 2023. Disponível em: https://interacao-humano-computador.github.io/2023.1-BilheteriaDigital/analise-de-requisitos/principios/. Acesso em: 10 de dezembro 2024. + +> \- Planejamento do relato de resultados. Repositório do Grupo Dominio-Publico da disciplina de Interação Humano Computador da Universidade de Brasília, 2023. Disponível em: https://interacao-humano-computador.github.io/2023.2-Dominio-Publico/design_avalaiacao_desenvolvimento/nivel1/storyboard/planejamento_relato/. Acesso em: 10 de dezembro 2024. + +## Referências Bibliográficas + +> 1. BARBOSA, Simone Diniz Junqueira et al. Interação humano-computador e experiência do usuário. 1. ed. Rio de Janeiro: Simone Diniz Junqueira Barbosa, 2021. Capítulo 11: Planejamento da Avaliação de IHC. Página 279. Autopublicação. ISBN: 978-65-00-19677-1. + +## Histórico de Versão + +| Versão | Data | Autor(es) | Descrição | Data de Revisão | Revisor(es) | +|:---:|:---:|---|---|:---:|---| +| 1.0 | 01/04/2025 | [Rodrigo Wendrel](https://github.com/junioramaral22) | Criação do documento | 05/01/2025 | [Paulo Henrique](https://github.com/paulomh) | \ No newline at end of file diff --git a/Docs/docs/design-avaliacao-desenvolvimento/nivel02/prototipoDePapel.md b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/prototipoDePapel.md new file mode 100644 index 0000000..0217681 --- /dev/null +++ b/Docs/docs/design-avaliacao-desenvolvimento/nivel02/prototipoDePapel.md @@ -0,0 +1,336 @@ +--- +sidebar_position: 1 +--- + +# Protótipos de Papel + +## Introdução + +Protótipo é uma representação limitada de um design que permite aos usuários interagir com ele e explorar a sua conveniência[1](./prototipoDePapel.md#referências-bibliográficas). Protótipos respondem a questões e fornecem suporte aos designers para a escolha de uma dentre as várias opções. Portanto, servem para vários fins: por exemplo, testar a viabilidade técnica de uma ideia, esclarecer requisitos vagos, realizar testes com usuários e avaliações, ou verificar se um design é compatível com o resto do desenvolvimento do sistema[2](./prototipoDePapel.md#referências-bibliográficas). + +Um protótipo de baixa-fidelidade é aquele que não se assemelha muito ao produto final, utilizando materiais muito diferentes da versão final pretendida, como papel e cartolina, ao invés de telas eletrônicas, por exemplo. Eles são úteis devido a sua simplicidade, baixo custo e velocidade na produção. Isso significa que protótipos de baixa-fidelidade podem ser rapidamente modificados, possibilitando a exploração de ideias alternativas e novos tipos de design[3](./prototipoDePapel.md#referências-bibliográficas). + +O protótipo de papel é uma técnica de prototipação de baixa-fidelidade que consiste em desenhar a interface de um sistema em folhas de papel, simulando a interação do usuário com o sistema. O protótipo de papel é uma técnica de baixo custo e de fácil aplicação, que permite testar a usabilidade de um sistema de forma rápida e eficiente. + +## Objetivo + +Com base no nível 02 de design, avaliação e desenvolvimento do processo de design da [Engenharia de Usabilidade de Mayhew](../../planejamento/processosDeDesign.md#engenharia-de-usabilidade-de-mayhew), o objetivo deste documento é apresentar os protótipos de baixa-fidelidade desenvolvidos utilizando a técnica de protótipo de papel das tarefas selecionadas, por cada membro, do site da Prefeitura Municipal de Nova Iorque. + +## Metodologia + +Utilizando os [storyboards](../nivel01/Storyboard/storyboards.md) e [diagramas das análises de tarefas](../../analise-de-requisitos/analiseTarefas.md) como base, seguindo a técnica de prototipação em papel, cada membro se responsabilizou em desenvolver seu respectivo protótipo seguindo a tarefa específica selecionada do site. + +## Protótipos + +### Protótipo de Papel 1 - Fazer um pedido no e-SIC + +Baseado no [diagrama HTA - Realizar Pedido no e-SIC](../../analise-de-requisitos/analiseTarefas.md#tarefa-01---realizar-pedido-no-e-sic) e tendo como base o objetivo do [storyboard - Fazer um pedido no e-SIC](../nivel01/Storyboard/storyboards.md#storyboard-1---fazer-um-pedido-no-e-sic), foi desenvolvido o protótipo de papel para a tarefa de fazer um pedido no e-SIC. Começando pela tela inicial do site. + +
+ +

Figura 1 - Tela inicial do protótipo

+ +![](./assets/prototipoTelaInicialPaulo.jpg) + +

Autor: [Paulo Henrique](https://github.com/paulomh)

+ +
+ +Na tela inicial, há duas formas de se acessar o e-SIC: por meio do "Mapa do Site" no canto superior direito ou pelo carrosel no qual se localiza a opção "Cidadão / e-SIC". Ao clicar na opção "Mapa do Site", uma pequena janela se abre com as opções de acesso ao e-SIC. + +
+ +

Figura 2 - Tela inicial do protótipo com o mapa do site aberto

+ +![](./assets/prototipoTelaInicialMapaPaulo.jpg) + +

Autor: [Paulo Henrique](https://github.com/paulomh)

+ +
+ +Ao passar o mouse sobre a opção "Cidadão / e-SIC" no carrosel, surgirá uma extensão com as opções de acesso ao e-SIC. + +
+ +

Figura 3 - Tela inicial do protótipo com extensão de acesso ao e-SIC

+ +![](./assets/prototipoTelaInicialPopUpPaulo.jpg) + +

Autor: [Paulo Henrique](https://github.com/paulomh)

+ +
+ +Ambas opções levam para a página do e-SIC. Nesta página, há a possibilidade de fazer um pedido ou consultar um pedido já realizado através de um protocolo. Além disso, há também informações úteis sobre onde fazer um pedido presencialmente, explicação da lei de acesso à informação, prazo de resposta por parte da prefeitura e uma tabela mostrando o os pedidos e eventuais respostas. + +
+ +

Figura 4 - Tela do e-SIC no protótipo

+ +![](./assets/prototipoTelaESicPaulo.jpg) + +

Autor: [Paulo Henrique](https://github.com/paulomh)

+ +
+ +Ao passar o mouse sobre a opção "Pedido de Informação", surgirá uma extensão com três opções: "Entrar", "Cadastrar" e "Pedido Anônimo". Ao clicar em "Cadastrar", o usuário será redirecionado para a página de cadastro. Ao clicar em "Pedido Anônimo", o usuário será redirecionado para o formulário de pedido de forma anônima. + +
+ +

Figura 5 - Tela do e-SIC no protótipo com extensão do pedido de informação

+ +![](./assets/prototipoPedidoInfoPaulo.jpg) + +

Autor: [Paulo Henrique](https://github.com/paulomh)

+ +
+ +#### Fluxo Alternativo - "Entrar" + +Ao clicar em "Entrar", o usuário será redirecionado para a página de login. Nela o usuárrio inserirá seu email e senha e clicará em "Login". Caso o usuário não tenha cadastro, ele poderá clicar em "Cadastrar" para ser redirecionado para a página de cadastro. + +
+ +

Figura 6 - Tela de login do protótipo

+ +![](./assets/prototipoTelaLoginPaulo.jpg) + +

Autor: [Paulo Henrique](https://github.com/paulomh)

+ +
+ +Feito o login, o usuário será redirecionado para a página com o formulário de pedido. Na página do formulário de pedido, o usuário preencherá os campos de "Resumo" e "Detalhamento da Solicitação", obrigatórios, e selecionar a "Unidade Desejada" que é opcional. + +
+ +

Figura 7 - Tela de solicitação de pedido do protótipo

+ +![](./assets/prototipoTelaSolicitacaoPaulo.jpg) + +

Autor: [Paulo Henrique](https://github.com/paulomh)

+ +
+ +#### Fluxo Alternativo - "Cadastrar" + +Caso o usuário clique em "Cadastrar", ele será redirecionado para a página de cadastro. Nela, o usuário preencherá os campos de "CPF ou CNPJ", "Nome Completo", "Data de Nascimento", "Sexo", "Escolaridade", "Telefone", "Email" e "Senha" e clicará em "Cadastrar". Caso o usuário já tenha cadastro, ele poderá clicar em "Entrar" para ser redirecionado para a página de login. + +
+ +

Figura 8 - Tela de cadastro do protótipo

+ +![](./assets/prototipoTelaCadastroPaulo.jpg) + +

Autor: [Paulo Henrique](https://github.com/paulomh)

+ +
+ +Após clicar em "Cadastrar", o usuário receberá uma confirmação de cadastro e logo em seguida será redirecionado para a página do e-SIC. Após o cadastro, o [fluxo alternativo - "Entrar"](#fluxo-alternativo---entrar) será seguido. + +#### Fluxo Alternativo - "Pedido Anônimo" + +Ao clicar em "Pedido Anônimo", o usuário será redirecionado para o formulário de pedido de forma anônima. Neste formulário, o usuário preencherá os campos de "Reside no Muncípio", "Sexo", "Escolaridade", "Faixa Etária", opcionais, "Resumo", "Detalhamento da Solicitação", obrigatórios e a "Unidade Desejada" que é opcional. Após preencher os campos, o usuário clicará em "Enviar". + +
+ +

Figura 9 - Tela de solicitação de pedido anônimo do protótipo

+ +![](./assets/prototipoTelaSolicitacaoAnomPaulo.jpg) + +

Autor: [Paulo Henrique](https://github.com/paulomh)

+ +
+ +Após clicar em "Enviar", o pedido será registrado e aparecerá uma janela de confirmação da realização do pedido na qual há um botão "Continuar" que redirecionará o usuário para a página do e-SIC com o pedido registrado. + +
+ +

Figura 10 - Tela de solicitação de pedido realizado

+ +![](./assets/prototipoPedidoRealizadoPaulo.jpg) + +

Autor: [Paulo Henrique](https://github.com/paulomh)

+ +
+ +
+ +

Figura 11 - Tela do e-SIC no protótipo com o pedido realizado

+ +![](./assets/prototipoTelaESicPedidoFeitoPaulo.jpg) + +

Autor: [Paulo Henrique](https://github.com/paulomh)

+ +
+ +### Protótipo de Papel 2 - Agendamento de Consulta Médica + +Baseando-se na [análise CMN-GOMS detalhada - Agendar consulta médica no site da prefeitura](../../analise-de-requisitos/analiseTarefas.md#análise-cmn-goms-detalhado) e no [Storyboard 2 - Agendamento de Consulta Médica para Dona Lúcia](../nivel01/Storyboard/storyboards.md#storyboard-2---agendamento-de-consulta-médica-para-dona-lúcia), o protótipo de papel foi desenvolvido para representar de forma visual e interativa o fluxo de agendamento de consultas médicas no site da prefeitura. +O protótipo de papel consiste em duas telas principais, detalhadas a seguir: + +**Tela Inicial:** + - Um menu suspenso localizado no menu horizontal, onde o usuário pode selecionar a opção "Saúde" para acessar a funcionalidade de agendamento. + - Uma barra de pesquisa, permitindo buscar diretamente pelo termo "agendamento de consultas". + +**Tela de Formulário:** +- Dados Pessoais: Nome completo, CPF, e número do CNS, com preenchimento automático para usuários logados. +- Endereço: CEP, cidade, UF e logradouro. +- Detalhes do Agendamento: Menu suspenso para especialidade, data, horário e um mapa interativo para escolha da UBS. + +Além disso, a interação do usuário é simplificada pelos botões "Cancelar" e "Salvar" inicialmente. Após salvar, novos botões (como "Baixar", "Imprimir", "Editar" e "Excluir") são adicionados para oferecer mais opções de gerenciamento. + +#### Fluxos Alternativos e Modais +- Se o usuário optar por cancelar o preenchimento, ele será redirecionado à tela inicial. +- Ao salvar o agendamento, um modal é exibido com resumo do agendamento e opções para baixar, imprimir ou fechar. +- Caso o usuário exclua um agendamento, um modal de confirmação aparece com a opção de cancelar ou confirmar a exclusão. + +
+ +

Figura 12 - Protótipo de Papel: Agendamento de Consulta Médica

+ +![protótipo de papel: agendamento de consulta médica para dona Lúcia](./assets/prototipo-de-papel-Weverton.jfif) + +

Autor: [Weverton Rodrigues](https://github.com/vevetin)

+ +
+ +### Protótipo de Papel 3 - Registro de reclamação na ouvidoria + +Baseado na análise de tarefas GOMS para "[Abrir uma nova solicitação no canal de ouvidoria virtual](https://marvelapp.com/prototype/71404f5)", foi desenvolvido o protótipo de papel que representa as etapas do processo. + +#### Tela Inicial +Na tela inicial, o usuário tem três métodos principais para acessar o canal de ouvidoria: + +Navegando pelo carrossel de ícones: +O usuário identifica o carrossel na página principal e localiza o ícone da ouvidoria visualmente. +

Figura 13 - Página principal

+
+ ![pp4](./assets//pp4.jpg) +
+

Autor: [Pedro Luiz](https://github.com/pedroluizfo)

+ +Posicionando o mouse diretamente sobre o ícone da ouvidoria: +Quando o usuário encontra o ícone da ouvidoria diretamente, uma descrição é exibida ao passar o mouse, indicando a funcionalidade antes de clicar. +

Figura 14 - Menu suspenso

+
+ ![PP004](./assets//PP004.jpg) +
+

Autor: [Pedro Luiz](https://github.com/pedroluizfo)

+ +Selecionando o link direto para o canal eletrônico de acesso: +O usuário, já familiarizado com o site, localiza rapidamente o link "Canal Eletrônico de Acesso" na página inicial e clica para acessar a ouvidoria. + + +#### Página da Ouvidoria Virtual +Ao acessar a seção da ouvidoria virtual, o usuário tem a opção de preencher uma nova solicitação ou acompanhar uma solicitação existente. +

Figura 15 - Página da ouvidoria

+
+ ![pp04](./assets//pp04.jpg) +
+

Autor: [Pedro Luiz](https://github.com/pedroluizfo)

+Nova solicitação: +O usuário clica em "Nova Solicitação" e é redirecionado para o formulário de manifestação. + + +Acompanhamento de solicitação existente: +O usuário pode inserir o código de acompanhamento na seção dedicada e visualizar o status de sua solicitação. + + +Formulário de Manifestação +Ao acessar o formulário, o usuário segue as etapas abaixo: + +Preenchimento de informações pessoais: +O formulário exibe os campos obrigatórios: Nome, E-mail, Telefone, Endereço, Bairro, Cidade e UF. O usuário insere as informações manualmente. + + +Seleção do tipo de manifestação: +O usuário seleciona a natureza da manifestação (Elogio, Reclamação, Solicitação, Sugestão ou Denúncia) em um menu suspenso. + +Descrição da manifestação: +O usuário localiza o campo de texto, insere os detalhes da solicitação e escolhe se deseja que a manifestação seja pública ou anônima. + +Confirmação e Código de Acompanhamento +Após revisar todos os dados preenchidos: + +O usuário clica no botão "Enviar". +Uma mensagem de confirmação é exibida com o código de acompanhamento gerado automaticamente. +O código pode ser anotado para acompanhamento futuro. +

Figura 16 - Página da ouvidoria

+
+ ![PP0004](./assets//PP0004.jpg) +
+

Autor: [Pedro Luiz](https://github.com/pedroluizfo)

+ +#### Fluxo Alternativo - Acompanhamento de Solicitações +Caso o usuário já tenha um código de acompanhamento, ele pode seguir o fluxo abaixo: + +Acessa a página de "Acompanhamento de Solicitações". +Insere o código no campo apropriado e clica em "Buscar". +Visualiza o status da solicitação. +(Imagem: Página de acompanhamento com campo preenchido e status exibido) +Esse protótipo em papel visa facilitar a validação do design e a experiência do usuário em cada etapa do processo. + +### Protótipo de Papel 4 - Busca por licitação fracassada + +Baseado no [diagrama HTA - Licitações desertas ou fracassadas](../../analise-de-requisitos/analiseTarefas.md#tarefa-03---acessar-informações-de-licitações-desertas-ou-fracassadas) e tendo como base o objetivo do [Storyboard - Busca por licitações fracassadas ](../nivel01/Storyboard/storyboards.md#storyboard-5-busca-por-licitação-fracassada). + +
+ +

Figura 17 - Tela inicial do protótipo

+ +![](./assets/prototipoRodrigo1.jpeg) + +

Autor: [Rodrigo Wendrel](https://github.com/rodwendrel)

+ +
+ +Na tela inicial, é possível visualizar o carrossel onde o usuário pode buscar pela opção de licitações. Ao selecionar esta opção, um menu de buscas aparece +várias categorias de licitações aparecem. No caso, buscamos as fracassadas + +
+ +

Figura 18 - Tela de licitações

+ +![](./assets/prototipoRodrigo2.jpeg) + +

Autor: [Rodrigo Wendrel](https://github.com/rodwendrel)

+ +
+ +Nesta tela, temos os filtros de ano, modalidade, status e unidade sendo que, estes possuem um menu com mais opções. Também temos uma busca pelo número da licitação. Ao adicionar os filtros, as licitações correspondentes aparecem e é possível clicar em detalhes para ver tudo sobre a licitação escolhida. +
+ +

Figura 19 - Tela de detalhes

+ +![](./assets/prototipoRodrigo3.jpeg) + +

Autor: [Rodrigo Wendrel](https://github.com/rodwendrel)

+ +
+ +Então, os detalhes são exibidos, é possível visualizar os documentos da licitação e fazer o download no formato desejado. Então, um pop-up de sucesso é exibido. + + +## Bibliografia + +> \- BRASIL. Prefeitura Municipal de Nova Iorque. Prefeitura Municipal de Nova Iorque. Disponível em: https://www.novaiorque.ma.gov.br/. Acesso em: 02 jan. 2025. + +## Referências Bibliográficas + +> 1. PREECE, Jenny; ROGERS, Yvonne; SHARP, Helen. Interaction design: beyond human-computer interaction. 1. ed. New York: J. Wiley & Sons, 2002. Capítulo 08: Design, Prototipação e Construção. Página 261. Disponível em: [libgen.li/file.php?md5=02236874c9b62b7d9aed9ec21639968a](https://libgen.li/file.php?md5=02236874c9b62b7d9aed9ec21639968a). Acesso em: 02 jan. 2025. + +> 2. PREECE, Jenny; ROGERS, Yvonne; SHARP, Helen. Interaction design: beyond human-computer interaction. 1. ed. New York: J. Wiley & Sons, 2002. Capítulo 08: Design, Prototipação e Construção. Página 261. Disponível em: [libgen.li/file.php?md5=02236874c9b62b7d9aed9ec21639968a](https://libgen.li/file.php?md5=02236874c9b62b7d9aed9ec21639968a). Acesso em: 02 jan. 2025. + +> 3. PREECE, Jenny; ROGERS, Yvonne; SHARP, Helen. Interaction design: beyond human-computer interaction. 1. ed. New York: J. Wiley & Sons, 2002. Capítulo 08: Design, Prototipação e Construção. Página 262-263. Disponível em: [libgen.li/file.php?md5=02236874c9b62b7d9aed9ec21639968a](https://libgen.li/file.php?md5=02236874c9b62b7d9aed9ec21639968a). Acesso em: 02 jan. 2025. + +## Histórico de Versão + +| Versão | Data | Autor(es) | Descrição | Data de Revisão | Revisor(es) | +|:---:|:---:|---|---|:---:|---| +| 1.0 | 02/01/2025 | [Paulo Henrique](https://github.com/paulomh) | Criação do documento | 02/01/2025 | [Weverton Rodrigues](https://github.com/vevetin) | +| 1.1 | 05/01/2025 | [Paulo Henrique](https://github.com/paulomh) | Protótipo - Realizar pedido no e-SIC | 05/01/2025 | [Rodrigo Wendrel](https://github.com/junioramaral22) | +| 1.2 | 05/01/2025 | [Pedro Luiz](https://github.com/pedroluizfo) | Protótipo - Registrar chamado na ouvidoria | 05/01/2025 | [Rodrigo Wendrel](https://github.com/junioramaral22) | +| 1.3 | 05/01/2025 | [Paulo Henrique](https://github.com/paulomh) | Imagens do protótipo - Realizar pedido no e-SIC | 05/01/2025 | [Pedro Luiz](https://github.com/pedroluizfo) | +| 1.4 | 05/01/2025 | [Weverton Rodrigues](https://github.com/vevetin) | Protótipo - Agendamento de Consulta Médica | 05/01/2025 | [Paulo Henrique](https://github.com/paulomh) | +| 1.5 | 05/01/2025 | [Rodrigo Wendrel](https://github.com/rodwendrel) | Imagens do protótipo - Buscar por licitação fracassada | 05/01/2025 | [Paulo Henrique](https://github.com/paulomh) | + + diff --git a/Docs/docs/planejamento/cronograma.md b/Docs/docs/planejamento/cronograma.md index 21ac78e..3964dd6 100644 --- a/Docs/docs/planejamento/cronograma.md +++ b/Docs/docs/planejamento/cronograma.md @@ -219,8 +219,21 @@ O cronograma tem como objetivo organizar as atividades do projeto a serem realiz

Tabela 10 - Execução da quinta entrega.

- | Atividade | Período de desenvolvimento | Responsável | Revisão | Revisor(es) | Data da Entrega | + | Atividade | Período de desenvolvimento | Responsável | Revisão | Revisor(es) | Data da Entrega | | --------- | -------------------------- | ----------- | ------- | --------- | --------------- | + | Relato dos resultados do Storyboard | 28/12/2024 - 05/01/2025 | Paulo Henrique, Weverton Rodrigues, Necivaldo Amaral, Rodrigo Wendrel| 28/12/2024 - 05/01/2025 | Rodrigo Wendrel, Pedro Luiz | 05/01/2025 | + | Relato dos resultados da análise de tarefas | 29/12/2024 - 05/01/2025 | Paulo Henrique, Weverton Rodrigues, Necivaldo Amaral, Rodrigo Wendrel | 29/12/2024 - 05/01/2025 | Rodrigo Wendrel, Pedro Luiz | 05/01/2025 | + | Protótipos de papel | 02/01/2025 - 05/01/2025 |Pedro Luiz, Paulo Henrique, Weverton Rodrigues, Necivaldo Amaral, Rodrigo Wendrel | 02/01/2025 - 05/01/2025 |Paulo Henrique Rodrigo Wendrel, Pedro Luiz | 05/01/2025 | + | Planejamento da avaliação do protótipo de papel |27/12/2024 - 05/01/2025 | Weverton Rodrigues| 02/01/2025 - 05/01/2025| Paulo Henrique | 05/01/2025 | + | Planejamento do relato de resultados da avaliação do protótipo de papel | 01/01/2025 | Rodrigo Wendrel| 05/01/2025 | Paulo Henrique | 05/01/2025 | + | Inspeção da entrega da apresentação do projeto Etapa 5 | 05/01/2025 | Paulo Henrique, Pedro Luiz, Necivaldo Amaral, Rodrigo Wendrel, Weverton Rodrigues | 05/01/2025 | Weverton Rodrigues | 05/01/2025 | + | Gravação da apresentação | 05/01/2025 | Paulo Henrique, Pedro Luiz, Necivaldo Amaral, Rodrigo Wendrel, Weverton Rodrigues | 05/01/2025 | Paulo Henrique | 05/01/2025 | + | Edição da gravação | 22/12/2024 | Paulo Henrique | 22/12/2024 | Paulo Henrique, Pedro Luiz, Necivaldo Amaral, Rodrigo Wendrel, Weverton Rodrigues | 05/01/2025 | + | Cronograma executado | 05/01/2025 | Pedro Luiz | 05/01/2025 | Paulo Henrique, Pedro Luiz, Necivaldo Amaral, Rodrigo Wendrel, Weverton Rodrigues | 05/01/2025 | + | Inspeção da entrega da apresentação do projeto etapa 5 do Grupo + 1 | 06/01/2025 | Paulo Henrique, Pedro Luiz, Necivaldo Amaral, Rodrigo Wendrel, Weverton Rodrigues | 06/01/2025 | Necivaldo Amaral | 06/01/2025 | + | Correção pós-apresentação | 07/01/2025 - 08/01/2025 | Paulo Henrique, Pedro Luiz, Necivaldo Amaral, Rodrigo Wendrel, Weverton Rodrigues | 07/01/2025 - 08/01/2025 | Paulo Henrique, Pedro Luiz, Necivaldo Amaral, Rodrigo Wendrel, Weverton Rodrigues | Não há entrega | + +

Autor(es): [Pedro Luiz](https://github.com/pedroluizfo), [Weverton Rodrigues](https://github.com/vevetin)

diff --git a/Docs/docs/planejamento/ferramentas.md b/Docs/docs/planejamento/ferramentas.md index 8e02ec2..99eeb9d 100644 --- a/Docs/docs/planejamento/ferramentas.md +++ b/Docs/docs/planejamento/ferramentas.md @@ -15,30 +15,29 @@ Esta seção tem como objetivo apresentar as ferramentas que serão utilizadas a | | Ferramenta | Finalidade | |---------|------------|------------| -| | GitHub | Organizar, versionar e documentar os artefatos produzidos que estarão hospedados no Github Pages do projeto.1 | -| ![Visual Studio Code](../planejamento/assets/vscode.svg) | Visual Studio Code | Manipulação dos arquivos da documentação.3 | -| ![Microsoft Teams](../planejamento/assets/microsoft-teams.svg) | Microsoft Teams | Realização de reuniões e gravação das apresentações.3 | -| ![WhatsApp](../planejamento/assets/whatsapp.svg) | WhatsApp | Aplicativo utilizado para comunicação diária entre os membros do grupo.4 | -| ![Figma](../planejamento/assets/figma.svg) | Figma | Desenvolvimento dos protótipos de baixa e alta fidelidade. | -| ![Planilhas Google](../planejamento/assets/google-sheets.svg) | Planilhas Google | Criação e organização do heatmap da equipe.5 | -| ![Google Docs](../planejamento/assets/google-docs.svg) | Google Docs | Elaboração de documentos para entrega externa do repositório.6 | -| ![Docusaurus](../planejamento/assets/docusaurus.svg) | Docusaurus | Utilizado para criação da página de documentação do projeto.7 | -| ![Draw.io](../planejamento/assets/draw-io.svg) | Draw.io | Elaboração de diagramas.8 | -| ![This Person Does Not Exist](../planejamento/assets/tpdne.svg) | This Person Does Not Exist | Geração de imagens de pessoas fictícias para uso sem comprometer a privacidade de indivíduos reais.9| -| ![YouTube](../planejamento/assets/youtube.svg) | YouTube | Hospedar as gravações das reuniões e apresentações das etapas.10 | - -## Bibliografia - -> 1. GitHub. Disponível em: [https://docs.github.com/pt](https://docs.github.com/pt). Acesso em: 07 de novembro de 2024. -> 2. Visual Studio Code. Disponível em: [https://code.visualstudio.com/](https://code.visualstudio.com/). Acesso em: 07 de novembro de 2024. -> 3. Microsoft Teams. Disponível em: [https://www.microsoft.com/pt-br/microsoft-teams/group-chat-software](https://www.microsoft.com/pt-br/microsoft-teams/group-chat-software). Acesso em: 07 de novembro de 2024. -> 4. WhatsApp. Disponível em: [https://www.whatsapp.com/](https://www.whatsapp.com/). Acesso em: 07 de novembro de 2024. -> 5. Planilhas Google. Disponível em: [https://www.google.com/sheets/about/](https://www.google.com/sheets/about/). Acesso em: 07 de novembro de 2024. -> 6. Google Docs. Disponível em: [https://www.google.com/docs/about/](https://www.google.com/docs/about/). Acesso em: 07 de novembro de 2024. -> 7. Docusaurus. Disponível em: [https://docusaurus.io/](https://docusaurus.io/). Acesso em: 07 de novembro de 2024. -> 8. Draw.io. Disponível em: [https://app.diagrams.net/](https://app.diagrams.net/). Acesso em: 07 de novembro de 2024. -> 9. This Person Does Not Exist. Disponível em: [https://thispersondoesnotexist.com/](https://thispersondoesnotexist.com/). Acesso em: 22 de novembro de 2024. -> 10. YouTube. Disponível em: [https://www.youtube.com/](https://www.youtube.com/). Acesso em: 07 de novembro de 2024. +| ![Docusaurus](../planejamento/assets/docusaurus.svg) | Docusaurus | Utilizado para criação da página de documentação do projeto.[1](../planejamento/ferramentas.md#referências-bibliográficas) | +| ![Draw.io](../planejamento/assets/draw-io.svg) | Draw.io | Elaboração de diagramas.[2](../planejamento/ferramentas.md#referências-bibliográficas) | +| ![Figma](../planejamento/assets/figma.svg) | Figma | Desenvolvimento dos protótipos de baixa e alta fidelidade.[3](../planejamento/ferramentas.md#referências-bibliográficas) | +| | GitHub | Organizar, versionar e documentar os artefatos produzidos que estarão hospedados no Github Pages do projeto.[4](../planejamento/ferramentas.md#referências-bibliográficas) | +| ![Google Docs](../planejamento/assets/google-docs.svg) | Google Docs | Elaboração de documentos para entrega externa do repositório.[5](../planejamento/ferramentas.md#referências-bibliográficas) | +| ![Planilhas Google](../planejamento/assets/google-sheets.svg) | Planilhas Google | Criação e organização do heatmap da equipe.[6](../planejamento/ferramentas.md#referências-bibliográficas) | +| ![Microsoft Teams](../planejamento/assets/microsoft-teams.svg) | Microsoft Teams | Realização de reuniões e gravação das apresentações.[7](../planejamento/ferramentas.md#referências-bibliográficas) | +| ![This Person Does Not Exist](../planejamento/assets/tpdne.svg) | This Person Does Not Exist | Geração de imagens de pessoas fictícias para uso sem comprometer a privacidade de indivíduos reais.[8](../planejamento/ferramentas.md#referências-bibliográficas)| +| ![Visual Studio Code](../planejamento/assets/vscode.svg) | Visual Studio Code | Manipulação dos arquivos da documentação.[9](../planejamento/ferramentas.md#referências-bibliográficas) | +| ![WhatsApp](../planejamento/assets/whatsapp.svg) | WhatsApp | Aplicativo utilizado para comunicação diária entre os membros do grupo.[10](../planejamento/ferramentas.md#referências-bibliográficas) | +| ![YouTube](../planejamento/assets/youtube.svg) | YouTube | Hospedar as gravações das reuniões e apresentações das etapas.[11](../planejamento/ferramentas.md#referências-bibliográficas) | +## Referências Bibliográficas +> 1. Docusaurus. Disponível em: [https://docusaurus.io/](https://docusaurus.io/). Acesso em: 07 nov. 2024. +> 2. Draw.io. Disponível em: [https://app.diagrams.net/](https://app.diagrams.net/). Acesso em: 07 nov. 2024. +> 3. Figma. Disponível em: [https://www.figma.com/](https://www.figma.com/). Acesso em: 07 nov. 2024. +> 4. GitHub. Disponível em: [https://docs.github.com/pt](https://docs.github.com/pt). Acesso em: 07 nov. 2024. +> 5. Google Docs. Disponível em: [https://www.google.com/docs/about/](https://www.google.com/docs/about/). Acesso em: 07 nov. 2024. +> 6. Planilhas Google. Disponível em: [https://www.google.com/sheets/about/](https://www.google.com/sheets/about/). Acesso em: 07 nov. 2024. +> 7. Microsoft Teams. Disponível em: [https://www.microsoft.com/pt-br/microsoft-teams/group-chat-software](https://www.microsoft.com/pt-br/microsoft-teams/group-chat-software). Acesso em: 07 nov. 2024. +> 8. This Person Does Not Exist. Disponível em: [https://thispersondoesnotexist.com/](https://thispersondoesnotexist.com/). Acesso em: 22 de novembro de 2024. +> 9. Visual Studio Code. Disponível em: [https://code.visualstudio.com/](https://code.visualstudio.com/). Acesso em: 07 nov. 2024. +> 10. WhatsApp. Disponível em: [https://www.whatsapp.com/](https://www.whatsapp.com/). Acesso em: 07 nov. 2024. +> 11. YouTube. Disponível em: [https://www.youtube.com/](https://www.youtube.com/). Acesso em: 07 nov. 2024. ## Histórico de Versão --- diff --git a/Docs/docs/verificacao/assets/etapa5-q18.jfif b/Docs/docs/verificacao/assets/etapa5-q18.jfif new file mode 100644 index 0000000..3f14344 Binary files /dev/null and b/Docs/docs/verificacao/assets/etapa5-q18.jfif differ diff --git a/Docs/docs/verificacao/assets/etapa5-q19.jfif b/Docs/docs/verificacao/assets/etapa5-q19.jfif new file mode 100644 index 0000000..06032f3 Binary files /dev/null and b/Docs/docs/verificacao/assets/etapa5-q19.jfif differ diff --git a/Docs/docs/verificacao/assets/etapa5-q20.jfif b/Docs/docs/verificacao/assets/etapa5-q20.jfif new file mode 100644 index 0000000..bd83e32 Binary files /dev/null and b/Docs/docs/verificacao/assets/etapa5-q20.jfif differ diff --git a/Docs/docs/verificacao/assets/etapa5-q22.jfif b/Docs/docs/verificacao/assets/etapa5-q22.jfif new file mode 100644 index 0000000..248efc3 Binary files /dev/null and b/Docs/docs/verificacao/assets/etapa5-q22.jfif differ diff --git a/Docs/docs/verificacao/etapa01/execucao-grupo07.md b/Docs/docs/verificacao/etapa01/execucao-grupo07.md index 6f74d99..a3ce8fa 100644 --- a/Docs/docs/verificacao/etapa01/execucao-grupo07.md +++ b/Docs/docs/verificacao/etapa01/execucao-grupo07.md @@ -1,5 +1,5 @@ --- -sidebar_position: 3 +sidebar_position: 4 --- # Execução da Verificação dos Itens do Desenvolvimento do Projeto (Grupo 07) diff --git a/Docs/docs/verificacao/etapa01/execucao-monitor.md b/Docs/docs/verificacao/etapa01/execucao-monitor.md new file mode 100644 index 0000000..eda4452 --- /dev/null +++ b/Docs/docs/verificacao/etapa01/execucao-monitor.md @@ -0,0 +1,36 @@ +--- +sidebar_position: 3 +--- + +# Execução da Verificação dos Itens do Desenvolvimento do Projeto (Monitor) + +## Introdução + +Execução da verificação dos itens do desenvolvimento do projeto feita pelo monitor da disciplina. + +

Tabela 1 - Itens do Desenvolvimento do Projeto

+ +| O github pages possui: | Resposta | Versão, Data e hora da avaliação | Observação | +|---------------------------------|---------------------|-----------------------------------|------------------| +| 1 – O histórico de versão padronizado? | Sim | 15/11/24 - 18:23 | | +| 2 – O(s) autor(es) e o(s) revisor(es) para cada artefato? | Incompleto | 15/11/24 - 18:23 | Tem artefatos que faltam o nome do revisor no histórico de versão. | +| 3 – Referências bibliográficas e/ou bibliografia em todos os artefatos? | Sim | 15/11/24 - 18:26 23:40 | Algumas referências podem ser padronizadas no padrão ABNT. | +| 4 – As tabelas e imagens possuem legenda e fonte e elas chamadas dentro do texto? | Incompleto | 15/11/24 - 18:27 23:45 | Nos artefatos não contém as chamadas das tabelas nos textos. | +| 5 – Um texto fazendo uma introdução dos artefatos? | Sim | 15/11/24 - 18:28 | | +| 6 – O cronograma executado com quem realizou cada artefato/atividade com as datas de início e fim da construção/realização do artefato/atividade. | Sim | 1.4 15/11/24 - 18:29 | Faltam datas e corrigir: “Todos os membros”, onde nesse caso seria + melhor citar o nome de cada integrante. | +| 7 – Ata(s) da(s) reuniões (com data, horário de início e do final, participantes, objetivo, atividades definidas etc). | Sim | 1.1 15/11/24 - 18:32 | | +| 8 – A gravação da reunião do grupo. | Sim | 1.1 15/11/24 - 18:32 | | +| 9 – Vídeo de apresentação na categoria “não listado” no YouTube? | Sim | 1.1 15/11/24 - 18:32 | | +| 10 – A justificativa da escolha do Processo de Design? Adicionar: referência bibliográfica da fonte e foto do texto da referência. Autor(es). | Sim | 1.1 15/11/24 - 18:35 | Processos de Design de IHC Capítulo 6, Interação Humano-Computador e Experiência do Usuário, Simone Barbosa e Bruno Santana. ![foto](../assets/referencia.jfif) | + + +## Referências Bibliográficas + +> \- SALES, André. Plano de Ensino da disciplina Interação Humano Computador. Universidade de Brasília, Campus UNB Gama: Faculdade de Ciências e Tecnologias em Engenharia, 2024. Disponível em: https://aprender3.unb.br/pluginfile.php/2972625/mod_resource/content/56/Plano_de_Ensino%20FIHC%20022024%20Turma%2001%20v1.pdf. Acesso em: 25 out. 2024. + +## Histórico de Versão +--- +| Versão | Data | Autor(es) | Descrição | Data de Revisão | Revisor(es) | +|:---:|:---:|---|---|:---:|---| +| 1.0 | 03/01/2025 | [Paulo Henrique](https://github.com/paulomh) | Criação da execução da verificação do planejamento dos itens do desenvolvimento do projeto | 03/01/2025 | [Weverton Rodrigues](https://github.com/vevetin) | \ No newline at end of file diff --git a/Docs/docs/verificacao/etapa02/execucao-grupo07.md b/Docs/docs/verificacao/etapa02/execucao-grupo07.md index a004ddc..79870b7 100644 --- a/Docs/docs/verificacao/etapa02/execucao-grupo07.md +++ b/Docs/docs/verificacao/etapa02/execucao-grupo07.md @@ -1,5 +1,5 @@ --- -sidebar_position: 3 +sidebar_position: 4 --- # Execução da Verificação dos Itens do Desenvolvimento do Projeto (Grupo 07) diff --git a/Docs/docs/verificacao/etapa02/execucao-monitor.md b/Docs/docs/verificacao/etapa02/execucao-monitor.md new file mode 100644 index 0000000..347b3e1 --- /dev/null +++ b/Docs/docs/verificacao/etapa02/execucao-monitor.md @@ -0,0 +1,46 @@ +--- +sidebar_position: 3 +--- + +# Execução da Verificação dos Itens do Desenvolvimento do Projeto (Monitor) + +## Introdução + +Execução da verificação dos itens do desenvolvimento do projeto feita pelo monitor da disciplina. + +

Tabela 1 - Itens do Desenvolvimento do Projeto

+ +| O github pages possui: | Resposta | Versão, Data e hora da avaliação | Observação | +| ------------------------------------------------------------------------------------------------------------------------------------------------- | -------- | -------------------------------- | ---------- | +| 1 – O histórico de versão padronizado? | Sim | v1.0, 11/12/2024, 01:46 | | +| 2 – O(s) autor(es) e o(s) revisor(es) para cada artefato? | Sim | v1.0, 11/12/2024, 01:47 | | +| 3 – Referências bibliográficas e/ou bibliografia em todos os artefatos? | Sim | v1.0, 11/12/2024, 01:47 | | +| 4 – As tabelas e imagens possuem legenda e fonte e elas chamadas dentro do texto? | Sim | v1.0, 11/12/2024, 01:47 | | +| 5 – Um texto fazendo uma introdução dos artefatos? | Sim | v1.0, 11/12/2024, 01:48 | | +| 6 – O cronograma executado com quem realizou cada artefato/atividade com as datas de início e fim da construção/realização do artefato/atividade. | Sim | v1.0, 11/12/2024, 01:48 | | +| 7 – Ata(s) da(s) reuniões (com data, horário de início e do final, participantes, objetivo, atividades definidas etc). | Sim | v1.0, 11/12/2024, 01:49 | | +| 8 – A gravação da reunião do grupo. | Sim | v1.0, 11/12/2024, 01:49 | | +| 9 – Vídeo de apresentação na categoria “não listado” no YouTube? | Sim | v1.0, 11/12/2024, 01:49 | | +| 10 – O perfil do usuário? | Sim | v1.0, 11/12/2024, 01:49 | Poderiam averiguar melhor a idade máxima do perfil do usuário, pois 60 anos é um limite baixo pelo tipo de usuário que utiliza os serviços da Prefeitura. Podem utilizar algum dado do IBGE nesse artefato também. | +| 11 – O perfil do usuário possui os atributos de um perfil. | Sim | v1.0, 11/12/2024, 01:52 | | +| 12 – O perfil do usuário define os grupos de atributos apresentados no capítulo 8 - Organização do Espaço de Problema? | Sim | v1.0, 11/12/2024, 01:58 | | +| 13 – Considera aspectos Éticos de Pesquisas Envolvendo Pessoas? | Sim | v1.0, 11/12/2024, 02:00 | | +| 14 – Os 4 princípios (da autonomia, da beneficência, princípio da não maleficência e da justiça e equidade)? | Sim | v1.0, 11/12/2024, 02:01 | | +| 15 – Que solicitará a permissão para gravar a voz ou imagem de qualquer pessoa, antes de começar a gravação? | Sim | v1.0, 11/12/2024, 02:02 | | +| 16 – O termo de consentimento livre e esclarecido dos participantes? | Sim | v1.0, 11/12/2024, 02:03 | | +| 17 – Foram utilizadas no mínimo duas técnicas para coletar dados e levantar os requisitos dos usuários (quanto mais melhor)? | Sim | v1.0, 11/12/2024, 02:16 | | +| 18 – Os Cenários? | Sim | v1.0, 11/12/2024, 02:17 | | +| 19 – A análise de tarefas? | Sim | v1.0, 11/12/2024, 02:18 | | +| 20 – Uma atividade para cada integrante do grupo que deve estar modelizado em ao menos duas técnicas para especificar as tarefas? | Sim | v1.0, 11/12/2024, 02:19 | | +| 21 – Utilizaram alguma técnica para especificar as tarefas? | Sim | v1.0, 11/12/2024, 02:20 | | + + +## Referências Bibliográficas + +> \- SALES, André. Plano de Ensino da disciplina Interação Humano Computador. Universidade de Brasília, Campus UNB Gama: Faculdade de Ciências e Tecnologias em Engenharia, 2024. Disponível em: https://aprender3.unb.br/pluginfile.php/2972625/mod_resource/content/56/Plano_de_Ensino%20FIHC%20022024%20Turma%2001%20v1.pdf. Acesso em: 25 out. 2024. + +## Histórico de Versão +--- +| Versão | Data | Autor(es) | Descrição | Data de Revisão | Revisor(es) | +|:---:|:---:|---|---|:---:|---| +| 1.0 | 03/01/2025 | [Paulo Henrique](https://github.com/paulomh) | Criação da execução da verificação do planejamento dos itens do desenvolvimento do projeto | 03/01/2025 | [Weverton Rodrigues](https://github.com/vevetin) | \ No newline at end of file diff --git a/Docs/docs/verificacao/etapa02/planejamento.md b/Docs/docs/verificacao/etapa02/planejamento.md index 8b6f5a7..be7535f 100644 --- a/Docs/docs/verificacao/etapa02/planejamento.md +++ b/Docs/docs/verificacao/etapa02/planejamento.md @@ -10,7 +10,7 @@ O planejamento da verificação dos itens do desenvolvimento do projeto norteiam ## Objetivo -O objetivo deste documento é apresentar o planejamento da verificação dos itens do desenvolvimento do projeto, verificando se os artefatos produzidos durante a etapa estão de acordo com uma lista de verificação disponibilizada no plano de ensino da disciplina[1](../etapa01/planejamento.md#referências-bibliográficas). +O objetivo deste documento é apresentar o planejamento da verificação dos itens do desenvolvimento do projeto, verificando se os artefatos produzidos durante a etapa estão de acordo com uma lista de verificação disponibilizada no plano de ensino da disciplina[1](../etapa02/planejamento.md#referências-bibliográficas). ## Lista de Verificação diff --git a/Docs/docs/verificacao/etapa03/execucao-grupo07.md b/Docs/docs/verificacao/etapa03/execucao-grupo07.md index b63ab53..7382cdd 100644 --- a/Docs/docs/verificacao/etapa03/execucao-grupo07.md +++ b/Docs/docs/verificacao/etapa03/execucao-grupo07.md @@ -1,5 +1,5 @@ --- -sidebar_position: 3 +sidebar_position: 4 --- # Execução da Verificação dos Itens do Desenvolvimento do Projeto (Grupo 07) diff --git a/Docs/docs/verificacao/etapa03/execucao-monitor.md b/Docs/docs/verificacao/etapa03/execucao-monitor.md new file mode 100644 index 0000000..4c5fe21 --- /dev/null +++ b/Docs/docs/verificacao/etapa03/execucao-monitor.md @@ -0,0 +1,56 @@ +--- +sidebar_position: 3 +--- + +# Execução da Verificação dos Itens do Desenvolvimento do Projeto (Monitor) + +## Introdução + +Execução da verificação dos itens do desenvolvimento do projeto feita pelo monitor da disciplina. + +

Tabela 1 - Itens do Desenvolvimento do Projeto

+ +| O github pages possui: | Resposta | Versão, Data e hora da avaliação | Observação | +|------------------------------------------------------------|---------------------|-----------------------------------|--------------------------------| +| 1 – O histórico de versão padronizado? | Sim | 1.0 14/12/2024 23:39 | | +| 2 – O(s) autor(es) e o(s) revisor(es) para cada artefato? | Sim | 1.0 14/12/2024 23:39 | | +| 3 – Referências bibliográficas e/ou bibliografia em todos os artefatos? | Sim | 1.0 14/12/2024 23:39 | | +| 4 – As tabelas e imagens possuem legenda e fonte e elas são chamadas dentro do texto? | Sim | 1.0 14/12/2024 23:39 | | +| 5 – Um texto fazendo uma introdução dos artefatos? | Sim | 1.0 14/12/2024 23:53 | | +| 6 – O cronograma executado com quem realizou cada artefato/atividade com as datas de início e fim da construção/realização do artefato/atividade. | Sim | 1.0 14/12/2024 23:54 | | +| 7 – Ata(s) da(s) reuniões (com data, horário de início e do final, participantes, objetivo, atividades definidas etc). | Não | 1.0 14/12/2024 23:54 | | +| 8 – A gravação da reunião do grupo. | Sim | 1.0 14/12/2024 23:55 | | +| 9 – Vídeo de apresentação na categoria “não listado” no YouTube? | Sim | 1.0 14/12/2024 23:55 | | +| 10 – As características da plataforma para o projeto? | Sim | 1.0 14/12/2024 23:45 | | +| 11 – Os Princípios Gerais do Projeto que serão utilizados no projeto? | Incompleto | 1.0 14/12/2024 23:49 | Só faltou definir quais princípios utilizarão no projeto. | +| 12 – Os Princípios Gerais do Projeto contém os seguintes tópicos: | | | | +| 12.1 – Correspondência com as expectativas dos usuários | Sim | 1.0 14/12/2024 23:50 | | +| 12.2 – Simplicidade nas estruturas das tarefas | Sim | 1.0 14/12/2024 23:50 | | +| 12.3 – Equilíbrio entre controle e liberdade do usuário | Sim | 1.0 14/12/2024 23:50 | | +| 12.4 – Consistência e padronização; promoção da eficiência do usuário | Sim | 1.0 14/12/2024 23:50 | | +| 12.5 – Antecipação das necessidades do usuário | Sim | 1.0 14/12/2024 23:50 | | +| 12.6 – Visibilidade e reconhecimento | Sim | 1.0 14/12/2024 23:50 | | +| 12.7 – Conteúdo relevante e expressão adequada; | Sim | 1.0 14/12/2024 23:50 | | +| 12.8 – Projeto para erros. | Sim | 1.0 14/12/2024 23:50 | | +| 13 – As metas de usabilidade que devem ser alcançadas no projeto ou os objetivos de uma avaliação de IHC. | Sim | 1.1 14/12/2024 23:51 | | +| 14 – A razão da seleção das metas de usabilidade? | Sim | 1.1 14/12/2024 23:51 | | +| 15 – O Guia de Estilo do projeto? | Sim | 1.2 14/12/2024 23:52 | | +| 16 – O Guia de Estilo do projeto possui a seguinte estrutura: | Sim | 1.2 14/12/2024 23:51 | | +| 16.1 – Introdução (Objetivo, Organização, Público-alvo, Utilização, Manutenção); | Sim | 1.2 14/12/2024 23:51 | +| 16.2 – Resultados de análise (Descrição do ambiente de trabalho do usuário); | Sim | 1.2 14/12/2024 23:51 | | +| 16.3 – Elementos de interface (Disposição espacial, Janelas, Tipografia, Cores) | Sim | 1.2 14/12/2024 23:51 | | +| 16.4 – Elementos de interação (Estilos de interação, Aceleradores) | Sim | 1.2 14/12/2024 23:51 | | +| 16.5 – Elementos de ação (Preenchimento de campos, Seleção, Ativação) | Sim | 1.2 14/12/2024 23:51 | | +| 16.6 – Vocabulário e padrões (Terminologia, Tipos de tela, Sequências de diálogos). | Sim | 1.2 14/12/2024 22:19 | | +| 17 – O Guia de Estilo corresponde ao site avaliado? | Sim | 1.2 14/12/2024 23:51 | | + + +## Referências Bibliográficas + +> \- SALES, André. Plano de Ensino da disciplina Interação Humano Computador. Universidade de Brasília, Campus UNB Gama: Faculdade de Ciências e Tecnologias em Engenharia, 2024. Disponível em: https://aprender3.unb.br/pluginfile.php/2972625/mod_resource/content/56/Plano_de_Ensino%20FIHC%20022024%20Turma%2001%20v1.pdf. Acesso em: 25 out. 2024. + +## Histórico de Versão +--- +| Versão | Data | Autor(es) | Descrição | Data de Revisão | Revisor(es) | +|:---:|:---:|---|---|:---:|---| +| 1.0 | 03/01/2025 | [Paulo Henrique](https://github.com/paulomh) | Criação da execução da verificação do planejamento dos itens do desenvolvimento do projeto | 03/01/2025 | [Weverton Rodrigues](https://github.com/vevetin) | \ No newline at end of file diff --git a/Docs/docs/verificacao/etapa03/planejamento.md b/Docs/docs/verificacao/etapa03/planejamento.md index 348a823..b1a165c 100644 --- a/Docs/docs/verificacao/etapa03/planejamento.md +++ b/Docs/docs/verificacao/etapa03/planejamento.md @@ -10,7 +10,7 @@ O planejamento da verificação dos itens do desenvolvimento do projeto norteia ## Objetivo -O objetivo deste documento é apresentar o planejamento da verificação dos itens do desenvolvimento do projeto, verificando se os artefatos produzidos durante a etapa estão de acordo com uma lista de verificação disponibilizada no plano de ensino da disciplina[1](../etapa01/planejamento.md#referências-bibliográficas). Além da lista de verificação disponibilizada no plano de ensino, cada membro propôs um ou mais itens em uma lista separada, que também servirá para verificar os artefatos da entrega +O objetivo deste documento é apresentar o planejamento da verificação dos itens do desenvolvimento do projeto, verificando se os artefatos produzidos durante a etapa estão de acordo com uma lista de verificação disponibilizada no plano de ensino da disciplina[1](../etapa03/planejamento.md#referências-bibliográficas). Além da lista de verificação disponibilizada no plano de ensino, cada membro propôs um ou mais itens em uma lista separada, que também servirá para verificar os artefatos da entrega ## Lista de Verificação diff --git a/Docs/docs/verificacao/etapa04/_category_.json b/Docs/docs/verificacao/etapa04/_category_.json index 9e05239..839b60e 100644 --- a/Docs/docs/verificacao/etapa04/_category_.json +++ b/Docs/docs/verificacao/etapa04/_category_.json @@ -3,6 +3,6 @@ "position": 4, "link": { "type": "generated-index", - "description": "Verificação dos artefatos da etapa 03, tanto do grupo, quanto do grupo + 1." + "description": "Verificação dos artefatos da etapa 04, tanto do grupo, quanto do grupo + 1." } } \ No newline at end of file diff --git a/Docs/docs/verificacao/etapa04/execucao-grupo07.md b/Docs/docs/verificacao/etapa04/execucao-grupo07.md index 199e1ab..6978ca1 100644 --- a/Docs/docs/verificacao/etapa04/execucao-grupo07.md +++ b/Docs/docs/verificacao/etapa04/execucao-grupo07.md @@ -1,5 +1,5 @@ --- -sidebar_position: 3 +sidebar_position: 4 --- # Execução da Verificação dos Itens do Desenvolvimento do Projeto (Grupo 07) diff --git a/Docs/docs/verificacao/etapa04/execucao-monitor.md b/Docs/docs/verificacao/etapa04/execucao-monitor.md new file mode 100644 index 0000000..b93136f --- /dev/null +++ b/Docs/docs/verificacao/etapa04/execucao-monitor.md @@ -0,0 +1,49 @@ +--- +sidebar_position: 3 +--- + +# Execução da Verificação dos Itens do Desenvolvimento do Projeto (Monitor) + +## Introdução + +Execução da verificação dos itens do desenvolvimento do projeto feita pelo monitor da disciplina. + +

Tabela 1 - Itens do Desenvolvimento do Projeto

+ +| O github pages possui: | Resposta | Versão, Data e hora da avaliação | Observação | +|---|---|---|---| +| 1 – O histórico de versão padronizado? | Sim | v1.0, 28/12/2024, 13:21 || +| 2 – O(s) autor(es) e o(s) revisor(es) para cada artefato? |Incompleto |v1.0, 28/12/2024, 13:21|Alguns artefatos e atas faltam os revisores.| +| 3 – Referências bibliográficas e/ou bibliografia em todos os artefatos? |Sim|v1.0, 28/12/2024, 13:21|| +| 4 – As tabelas e imagens possuem legenda e fonte e elas são chamadas dentro do texto? |Sim|v1.0, 28/12/2024, 13:21|| +| 5 – Um texto fazendo uma introdução dos artefatos? |Sim|v1.0, 28/12/2024, 13:21|| +| 6 – O cronograma executado com quem realizou cada artefato/atividade com as datas de início e fim da construção/realização do artefato/atividade. |Sim|v1.0, 28/12/2024, 13:21|| +| 7 – Ata(s) da(s) reuniões (com data, horário de início e do final, participantes, objetivo, atividades definidas etc). |Incompleto|v1.0, 28/12/2024, 13:21|Faltam informações importantes das atas.| +| 8 – A gravação da reunião do grupo. |Sim|v1.0, 28/12/2024, 13:22|| +| 9 – Vídeo de apresentação na categoria “não listado” no YouTube? |Sim|v1.0, 28/12/2024, 13:22|| +| 10 - O planejamento da avaliação segue o Framework DECIDE? |Sim|v1.0, 28/12/2024, 15:09|| +| 11 - 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) |Sim|v1.0, 28/12/2024, 15:09|| +| 12 - Os métodos de avaliação a serem utilizados? |Sim|v1.0, 28/12/2024, 15:10|| +| 13 - 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)? |Sim|v1.0, 28/12/2024, 15:10|| +| 14 - 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.)? |Sim|v1.0, 28/12/2024, 15:11|| +| 15 - 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)? |Sim|v1.0, 28/12/2024, 15:15|| +| 16 - Um cronograma (data e horário) e local para realização da avaliação do StoryBoard e da Análise das Tarefas? |Incompleto|v1.0, 28/12/2024, 15:16| As tabelas poderiam ter alguns horários, participantes e datas + pré-definidas, depois apresentariam um cronograma executado após a + realização das análises.| +| 17 - Cada desenho do StoryBoard está relacionado uma especificação do artefato da Análise de Tarefas? |Sim|v1.0, 28/12/2024, 15:17|| +| 18 - quantidade de storyboards é igual a quantidade de integrantes do grupo?|Sim|v1.0, 28/12/2024, 15:16|| +| 19 - A definição do teste piloto e data para realização do teste piloto antes da avaliação? |Incompleto|v1.0, 28/12/2024, 15:17|O teste piloto poderia ter informações sobre quem vai realizar, data e + horário.| +| 20 - O resultado do teste piloto não será apresentado no resultado da avaliação? |Não|v1.0, 28/12/2024, 15:17|| +| 21 - 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)? |Sim|v1.0, 28/12/2024, 15:17|| + + +## Referências Bibliográficas + +> \- SALES, André. Plano de Ensino da disciplina Interação Humano Computador. Universidade de Brasília, Campus UNB Gama: Faculdade de Ciências e Tecnologias em Engenharia, 2024. Disponível em: https://aprender3.unb.br/pluginfile.php/2972625/mod_resource/content/56/Plano_de_Ensino%20FIHC%20022024%20Turma%2001%20v1.pdf. Acesso em: 25 out. 2024. + +## Histórico de Versão +--- +| Versão | Data | Autor(es) | Descrição | Data de Revisão | Revisor(es) | +|:---:|:---:|---|---|:---:|---| +| 1.0 | 03/01/2025 | [Paulo Henrique](https://github.com/paulomh) | Criação da execução da verificação do planejamento dos itens do desenvolvimento do projeto | 03/01/2025 | [Weverton Rodrigues](https://github.com/vevetin) | \ No newline at end of file diff --git a/Docs/docs/verificacao/etapa04/planejamento.md b/Docs/docs/verificacao/etapa04/planejamento.md index f590879..8f28064 100644 --- a/Docs/docs/verificacao/etapa04/planejamento.md +++ b/Docs/docs/verificacao/etapa04/planejamento.md @@ -10,7 +10,7 @@ O planejamento da verificação dos itens do desenvolvimento do projeto norteia ## Objetivo -O objetivo deste documento é apresentar o planejamento da verificação dos itens do desenvolvimento do projeto, verificando se os artefatos produzidos durante a etapa estão de acordo com uma lista de verificação disponibilizada no plano de ensino da disciplina[1](../etapa01/planejamento.md#referências-bibliográficas). Além da lista de verificação disponibilizada no plano de ensino, cada membro propôs um ou mais itens em uma lista separada, que também servirá para verificar os artefatos da entrega. +O objetivo deste documento é apresentar o planejamento da verificação dos itens do desenvolvimento do projeto, verificando se os artefatos produzidos durante a etapa estão de acordo com uma lista de verificação disponibilizada no plano de ensino da disciplina[1](../etapa04/planejamento.md#referências-bibliográficas). Além da lista de verificação disponibilizada no plano de ensino, cada membro propôs um ou mais itens em uma lista separada, que também servirá para verificar os artefatos da entrega. ## Lista de Verificação diff --git a/Docs/docs/verificacao/etapa05/_category_.json b/Docs/docs/verificacao/etapa05/_category_.json new file mode 100644 index 0000000..3fa09f6 --- /dev/null +++ b/Docs/docs/verificacao/etapa05/_category_.json @@ -0,0 +1,8 @@ +{ + "label": "Etapa 05", + "position": 5, + "link": { + "type": "generated-index", + "description": "Verificação dos artefatos da etapa 05, tanto do grupo, quanto do grupo + 1." + } +} \ No newline at end of file diff --git a/Docs/docs/verificacao/etapa05/execucao-grupo07.md b/Docs/docs/verificacao/etapa05/execucao-grupo07.md new file mode 100644 index 0000000..2052d4d --- /dev/null +++ b/Docs/docs/verificacao/etapa05/execucao-grupo07.md @@ -0,0 +1,51 @@ +--- +sidebar_position: 3 +--- + +# Execução da Verificação dos Itens do Desenvolvimento do Projeto (Grupo 07) + +## Introdução + +O presente documento tem como objetivo apresentar a Lista de Verificação (disponibilizada no plano de ensino da disciplina e complementada com itens adicionais desenvolvidos pelo próprio grupo) dos Itens do Desenvolvimento do Projeto do Grupo 07. + +## Lista de Verificação + +

Tabela 1 - Itens do Desenvolvimento do Projeto (Grupo 07)

+ +| O github pages possui: | Resposta | Versão, Data e hora da avaliação | Observação | +|---|---|---|---| +| 1 – O histórico de versão padronizado? | ||| +| 2 – O(s) autor(es) e o(s) revisor(es) para cada artefato? |||| +| 3 – Referências bibliográficas e/ou bibliografia em todos os artefatos? |||| +| 4 – As tabelas e imagens possuem legenda e fonte e elas são chamadas dentro do texto? |||| +| 5 – Um texto fazendo uma introdução dos artefatos? |||| +| 6 – O cronograma executado com quem realizou cada artefato/atividade com as datas de início e fim da construção/realização do artefato/atividade. |||| +| 7 – Ata(s) da(s) reuniões (com data, horário de início e do final, participantes, objetivo, atividades definidas etc). |||| +| 8 – A gravação da reunião do grupo. |||| +| 9 – Vídeo de apresentação na categoria “não listado” no YouTube? |||| +| 10 - O planejamento da avaliação segue o Framework DECIDE? |||| +| 11 - 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) |||| +| 12 - Os métodos de avaliação a serem utilizados? ||| ![1](../assets/metodos-avaliacao.jfif) BARBOSA, Simone, et al. Interação Humano-Computador e Experiência do Usuário. Leanpub, p.281  cap 12, 2022.| +| 13 - 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)? |||| +| 14 - 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.)? |||| +| 15 - 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)? |||| +| 16 - Um cronograma (data e horário) e local para realização da avaliação do Protótipo de Papel? |||| +| 17 - Quantidade de protótipos de papel é igual a quantidade de integrantes do grupo? |||| +| 18 - As telas principais estão representadas de maneira clara e destacando os elementos de interação (botões, menus, etc.)?|||![2](../assets/etapa5-q18.jfif) BARBOSA, Simone, et al. Interação Humano-Computador e Experiência do Usuário. Leanpub, p.316  cap 12, 2022.| +| 19 - O usuário é capaz de navegar facilmente entre as diferentes partes do protótipo sem confusão ou erro?|||![3](../assets/etapa5-q19.jfif) BARBOSA, Simone, et al. Interação Humano-Computador e Experiência do Usuário. Leanpub, p.318  cap 12, 2022.| +| 20 - Todos os problemas graves de usabilidade foram identificados e priorizados para correção?|||![4](../assets/etapa5-q20.jfif) BARBOSA, Simone, et al. Interação Humano-Computador e Experiência do Usuário. Leanpub, p.318  cap 12, 2022.| +| 21 - A definição do teste piloto e data para realização do teste piloto antes da avaliação? |||![5](../assets/teste-piloto.jfif) BARBOSA, Simone, et al. Interação Humano-Computador e Experiência do Usuário. Leanpub, p.276  cap 11, 2022.| +| 22 - 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)? |||![6](../assets/etapa5-q20.jfif) BARBOSA, Simone, et al. Interação Humano-Computador e Experiência do Usuário. Leanpub, p.319  cap 12, 2022.| + +## Resultado + +## Bibliografia +> \- BARBOSA, Simone, et al. Interação Humano-Computador e Experiência do Usuário. Leanpub, 2022. Disponível em: https://leanpub.com/ihc-ux. Acesso em: 09 dez. 2024. + +> \- SALES, André. Plano de Ensino da disciplina Interação Humano Computador. Universidade de Brasília, Campus UNB Gama: Faculdade de Ciências e Tecnologias em Engenharia, 2024. Disponível em: https://aprender3.unb.br/pluginfile.php/2972625/mod_resource/content/56/Plano_de_Ensino%20FIHC%20022024%20Turma%2001%20v1.pdf. Acesso em: 25 out. 2024. + +## Histórico de Versão +--- +| Versão | Data | Autor(es) | Descrição | Data de Revisão | Revisor(es) | +|:---:|:---:|---|---|:---:|---| +| 1.0 | 02/01/2025 | [Weverton Rodrigues](https://github.com/vevetin) | criação do documento |05/01/2025|[Paulo Henrique](https://github.com/paulomh)| \ No newline at end of file diff --git a/Docs/docs/verificacao/etapa05/execucao-interna.md b/Docs/docs/verificacao/etapa05/execucao-interna.md new file mode 100644 index 0000000..7e6aec1 --- /dev/null +++ b/Docs/docs/verificacao/etapa05/execucao-interna.md @@ -0,0 +1,60 @@ +--- +sidebar_position: 2 +--- + +# Execução da Verificação dos Itens do Desenvolvimento do Projeto (Interna) + +## Introdução + +Feito o [planejamento da verificação dos itens do desenvolvimento do projeto](../etapa05/planejamento.md), o presente documento tem como objetivo apresentar a execução do planejamento de verificação dos artefatos do próprio grupo, com base em uma lista de verificação disponibilizada no plano de ensino da disciplina[1](../etapa05/execucao-interna.md#referência-bibliográfica) e complementada com itens adicionais desenvolvidos pelo próprio grupo. + + +## Lista de Verificação + +

Tabela 1 - Itens do Desenvolvimento do Projeto

+ +| O github pages possui: | Resposta | Versão, Data e hora da avaliação | Observação | +|---|---|---|---| +| 1 – O histórico de versão padronizado? | Sim | v1.0, 05/01/2025, 17:17 || +| 2 – O(s) autor(es) e o(s) revisor(es) para cada artefato? | Sim | v1.0, 05/01/2025, 17:18 || +| 3 – Referências bibliográficas e/ou bibliografia em todos os artefatos? |Sim | v1.0, 05/01/2025, 17:20|| +| 4 – As tabelas e imagens possuem legenda e fonte e elas são chamadas dentro do texto? |Sim|v1.0, 05/01/2025, 17:20|| +| 5 – Um texto fazendo uma introdução dos artefatos? |Sim|v1.0, 05/01/2025, 17:20|| +| 6 – O cronograma executado com quem realizou cada artefato/atividade com as datas de início e fim da construção/realização do artefato/atividade. |Sim|v1.0, 05/01/2025, 17:21|| +| 7 – Ata(s) da(s) reuniões (com data, horário de início e do final, participantes, objetivo, atividades definidas etc). |Incompleto|v1.0, 05/01/2025, 17:20| Nenhuma reunião formal foi realizada para a seguinte entrega, as decisões foram tomadas de forma assíncrona. | +| 8 – A gravação da reunião do grupo. |Sim | v1.0, 05/01/2025, 17:24 || +| 9 – Vídeo de apresentação na categoria “não listado” no YouTube? |Sim|v1.0, 05/01/2025, 17:24|| +| 10 - O planejamento da avaliação segue o Framework DECIDE? |Sim|v1.0, 05/01/2025, 17:25|| +| 11 - 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) |Sim|v1.0, 05/01/2025, 17:26|| +| 12 - Os métodos de avaliação a serem utilizados? |Sim|v1.0, 05/01/2025, 17:25| ![2](../assets/metodos-avaliacao.jfif) BARBOSA, Simone, et al. Interação Humano-Computador e Experiência do Usuário. Leanpub, p.281  cap 12, 2022.| +| 13 - 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)? |Sim|v1.0, 05/01/2025, 17:26|| +| 14 - 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.)? |Sim|v1.0, 05/01/2025, 17:26|| +| 15 - 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)? |Sim|05/01/2025, 17:27|| +| 16 - Um cronograma (data e horário) e local para realização da avaliação do Protótipo de Papel? |Sim|05/01/2025, 17:27|| +| 17 - Quantidade de protótipos de papel é igual a quantidade de integrantes do grupo? | Incompleto |05/01/2025, 17:27|| +| 18 - As telas principais estão representadas de maneira clara e destacando os elementos de interação (botões, menus, etc.)?|Sim|05/01/2025, 17:28|![3](../assets/etapa5-q18.jfif) BARBOSA, Simone, et al. Interação Humano-Computador e Experiência do Usuário. Leanpub, p.316  cap 12, 2022.| +| 19 - O usuário é capaz de navegar facilmente entre as diferentes partes do protótipo sem confusão ou erro?|Sim|05/01/2025, 17:28|![4](../assets/etapa5-q19.jfif) BARBOSA, Simone, et al. Interação Humano-Computador e Experiência do Usuário. Leanpub, p.318  cap 12, 2022.| +| 20 - Todos os problemas graves de usabilidade foram identificados e priorizados para correção?|Sim|05/01/2025, 17:28|![5](../assets/etapa5-q20.jfif) BARBOSA, Simone, et al. Interação Humano-Computador e Experiência do Usuário. Leanpub, p.318  cap 12, 2022.| +| 21 - A definição do teste piloto e data para realização do teste piloto antes da avaliação? |Não|05/01/2025, 17:28 | Não foi possível reunir os integrantes do grupo nem encontrar participantes fora do grupo que estivessem disponíveis durante esse período. | +| 22 - 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)? | Sim | 05/01/2025, 17:31 |![7](../assets/etapa5-q20.jfif) BARBOSA, Simone, et al. Interação Humano-Computador e Experiência do Usuário. Leanpub, p.319  cap 12, 2022.| + +## Resultado + +A tabela de verificação apresentou **22 critérios** a serem avaliados, dos quais **19 foram atendidos** de forma satisfatória, resultando em uma **taxa de conformidade de 86,4%**. Entre os itens avaliados, **3 ficaram pendentes**: +- Reuniões e Ata: O item "Ata(s) da(s) reuniões" foi marcado como "Incompleto", pois as decisões foram tomadas de forma assíncrona, sem reuniões formais. +- Teste Piloto: O item "Definição do teste piloto e data para realização" foi marcado como "Não", devido à impossibilidade de reunir os integrantes do grupo ou participantes externos durante o período. +- Quantidade de Protótipos de Papel: O item foi marcado como "Incompleto", pois ainda falta a finalização do protótipo de papel de um integrante do grupo. + +## Bibliografia +> \- BARBOSA, Simone, et al. Interação Humano-Computador e Experiência do Usuário. Leanpub, 2022. Disponível em: https://leanpub.com/ihc-ux. Acesso em: 09 dez. 2024. + +## Referência Bibliográfica + +> \- SALES, André. Plano de Ensino da disciplina Interação Humano Computador. Universidade de Brasília, Campus UNB Gama: Faculdade de Ciências e Tecnologias em Engenharia, 2024. Disponível em: https://aprender3.unb.br/pluginfile.php/2972625/mod_resource/content/56/Plano_de_Ensino%20FIHC%20022024%20Turma%2001%20v1.pdf. Acesso em: 25 out. 2024. + +## Histórico de Versão +--- +| Versão | Data | Autor(es) | Descrição | Data de Revisão | Revisor(es) | +|:---:|:---:|---|---|:---:|---| +| 1.0 | 02/01/2025 | [Weverton Rodrigues](https://github.com/vevetin) | criação do documento |05/01/2025| [Paulo Henrique](https://github.com/paulomh)| +| 1.1 | 05/01/2025 | [Weverton Rodrigues](https://github.com/vevetin) | atualização do documento | 05/01/2025 | [Pedro Luiz](https://github.com/pedroluizfo) | \ No newline at end of file diff --git a/Docs/docs/verificacao/etapa05/planejamento.md b/Docs/docs/verificacao/etapa05/planejamento.md new file mode 100644 index 0000000..69e8a58 --- /dev/null +++ b/Docs/docs/verificacao/etapa05/planejamento.md @@ -0,0 +1,58 @@ +--- +sidebar_position: 1 +--- + +# Planejamento dos Itens do Desenvolvimento do Projeto + +## Introdução + +O planejamento da verificação dos itens do desenvolvimento do projeto norteiam o avaliador para que os artefatos produzidos na etapa sejam verificados e sua qualidade seja mantida. Nesta fase, são verificados os artefatos produzidos ao longo do projeto, assegurando que atendam aos requisitos estabelecidos e estejam livres de defeitos. A verificação é essencial para identificar e corrigir problemas precocemente, evitando retrabalho. + +## Objetivo + +O objetivo deste documento é apresentar o planejamento da verificação dos itens do desenvolvimento do projeto, verificando se os artefatos produzidos durante a etapa estão de acordo com uma lista de verificação disponibilizada no plano de ensino da disciplina[1](../etapa05/planejamento.md#referências-bibliográficas), complementada com itens adicionais desenvolvidos pelo próprio grupo. + +## Lista de Verificação + +

Tabela 1 - Itens do Desenvolvimento do Projeto

+ +| O github pages possui: | Resposta | Versão, Data e hora da avaliação | Observação | +|---|---|---|---| +| 1 – O histórico de versão padronizado? | ||| +| 2 – O(s) autor(es) e o(s) revisor(es) para cada artefato? |||| +| 3 – Referências bibliográficas e/ou bibliografia em todos os artefatos? |||| +| 4 – As tabelas e imagens possuem legenda e fonte e elas são chamadas dentro do texto? |||| +| 5 – Um texto fazendo uma introdução dos artefatos? |||| +| 6 – O cronograma executado com quem realizou cada artefato/atividade com as datas de início e fim da construção/realização do artefato/atividade. |||| +| 7 – Ata(s) da(s) reuniões (com data, horário de início e do final, participantes, objetivo, atividades definidas etc). |||| +| 8 – A gravação da reunião do grupo. |||| +| 9 – Vídeo de apresentação na categoria “não listado” no YouTube? |||| +| 10 - O planejamento da avaliação segue o Framework DECIDE? |||| +| 11 - 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) |||| +| 12 - Os métodos de avaliação a serem utilizados? ||| ![1](../assets/metodos-avaliacao.jfif) BARBOSA, Simone, et al. Interação Humano-Computador e Experiência do Usuário. Leanpub, p.281  cap 12, 2022.| +| 13 - 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)? |||| +| 14 - 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.)? |||| +| 15 - 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)? |||| +| 16 - Um cronograma (data e horário) e local para realização da avaliação do Protótipo de Papel? |||| +| 17 - Quantidade de protótipos de papel é igual a quantidade de integrantes do grupo? |||| +| 18 - As telas principais estão representadas de maneira clara e destacando os elementos de interação (botões, menus, etc.)?|||![2](../assets/etapa5-q18.jfif) BARBOSA, Simone, et al. Interação Humano-Computador e Experiência do Usuário. Leanpub, p.316  cap 12, 2022.| +| 19 - O usuário é capaz de navegar facilmente entre as diferentes partes do protótipo sem confusão ou erro?|||![3](../assets/etapa5-q19.jfif) BARBOSA, Simone, et al. Interação Humano-Computador e Experiência do Usuário. Leanpub, p.318  cap 12, 2022.| +| 20 - Todos os problemas graves de usabilidade foram identificados e priorizados para correção?|||![4](../assets/etapa5-q20.jfif) BARBOSA, Simone, et al. Interação Humano-Computador e Experiência do Usuário. Leanpub, p.318  cap 12, 2022.| +| 21 - A definição do teste piloto e data para realização do teste piloto antes da avaliação? |||![5](../assets/teste-piloto.jfif) BARBOSA, Simone, et al. Interação Humano-Computador e Experiência do Usuário. Leanpub, p.276  cap 11, 2022.| +| 22 - 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)? |||![6](../assets/etapa5-q20.jfif) BARBOSA, Simone, et al. Interação Humano-Computador e Experiência do Usuário. Leanpub, p.319  cap 12, 2022.| + + +## Bibliografia + +> \- BARBOSA, Simone, et al. Interação Humano-Computador e Experiência do Usuário. Leanpub, 2022. Disponível em: https://leanpub.com/ihc-ux. Acesso em: 09 dez. 2024. + +## Referência Bibliográfica + +> \- SALES, André. Plano de Ensino da disciplina Interação Humano Computador. Universidade de Brasília, Campus UNB Gama: Faculdade de Ciências e Tecnologias em Engenharia, 2024. Disponível em: https://aprender3.unb.br/pluginfile.php/2972625/mod_resource/content/56/Plano_de_Ensino%20FIHC%20022024%20Turma%2001%20v1.pdf. Acesso em: 25 out. 2024. + + +## Histórico de Versão +--- +| Versão | Data | Autor(es) | Descrição | Data de Revisão | Revisor(es) | +|:---:|:---:|---|---|:---:|---| +| 1.0 | 02/01/2025 | [Weverton Rodrigues](https://github.com/vevetin) | criação do documento |05/01/2025|[Paulo Henrique](https://github.com/paulomh)| diff --git a/Docs/docs/verificacao/verificacao_geral/execucao-grupo07.md b/Docs/docs/verificacao/verificacao_geral/execucao-grupo07.md index 4db19c9..932cf0f 100644 --- a/Docs/docs/verificacao/verificacao_geral/execucao-grupo07.md +++ b/Docs/docs/verificacao/verificacao_geral/execucao-grupo07.md @@ -1,5 +1,5 @@ --- -sidebar_position: 3 +sidebar_position: 4 --- # Execução da Verificação Geral do Projeto (Grupo 07) diff --git a/Docs/docs/verificacao/verificacao_geral/execucao-monitor.md b/Docs/docs/verificacao/verificacao_geral/execucao-monitor.md new file mode 100644 index 0000000..09b4626 --- /dev/null +++ b/Docs/docs/verificacao/verificacao_geral/execucao-monitor.md @@ -0,0 +1,33 @@ +--- +sidebar_position: 3 +--- + +# Execução da Verificação Geral do Projeto (Monitor) + +## Introdução + +Execução dos artefatos do grupo feito pelo monitor da disciplina. + +

Tabela 1 - Itens do Planejamento Geral do Projeto

+ +| O github pages possui: | Resposta | Versão, Data e hora da avaliação | Observação | +| -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------- | -------------------------------- | ---------------------------------- | +| 1 – Uma página apresentando os integrantes da equipe (com foto) com nome e sem matrícula? | Sim | v1.1, 15/11/2024, 18:02 | | +| 2 – O cronograma do planejamento apresenta todas as atividades de todas as etapas para cada integrante com as datas de início e fim das entregas dos artefatos e com o período da revisão deles? | Sim | v1.4, 15/11/2024, 18:03 | | +| 3 – O cronograma do planejamento apresenta um período de gravação da apresentação de cada etapa. | Sim | v1.4, 15/11/2024, 18:04 | | +| 4 – O cronograma prevê um período de revisão/ajustes nos artefatos devidos às considerações dos monitores/professor? | Sim | v1.4, 15/11/2024, 18:04 | | +| 5 – A motivação e os critérios para a escolha do site? | Sim | v1.1, 15/11/2024, 18:06 | | +| 6 – O planejamento e avaliação dos sites selecionados? | Incompleto | v1.2, 15/11/2024, 18:09 | Faltou o .pdf do planejamento e da avaliação de alguns integrantes. | +| 7 – Possui opção de contraste de cores? | Sim | 15/11/2024, 18:09 | | +| 8 – Os artefatos: Planejamento do Projeto, equipe, lista de sites avaliados, site selecionado para o projeto da disciplina, Ferramentas do projeto, Processo de Design, cronograma das atividades? | Sim | 15/11/2024, 18:10 | | | + + +## Referências Bibliográficas + +> \- SALES, André. Plano de Ensino da disciplina Interação Humano Computador. Universidade de Brasília, Campus UNB Gama: Faculdade de Ciências e Tecnologias em Engenharia, 2024. Disponível em: https://aprender3.unb.br/pluginfile.php/2972625/mod_resource/content/56/Plano_de_Ensino%20FIHC%20022024%20Turma%2001%20v1.pdf. Acesso em: 25 out. 2024. + +## Histórico de Versão +--- +| Versão | Data | Autor(es) | Descrição | Data de Revisão | Revisor(es) | +|:---:|:---:|---|---|:---:|---| +| 1.0 | 03/01/2025 | [Paulo Henrique](https://github.com/paulomh) | Criação da execução da verificação do planejamento dos itens do desenvolvimento do projeto | 03/01/2025 | [Weverton Rodrigues](https://github.com/vevetin) | \ No newline at end of file