diff --git a/.nojekyll b/.nojekyll new file mode 100644 index 00000000..e69de29b diff --git a/404.html b/404.html new file mode 100644 index 00000000..73f538fb --- /dev/null +++ b/404.html @@ -0,0 +1,3802 @@ + + + + + + + + + + + + + + + + + + + IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ +

404 - Not found

+ +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/analiseRequisitos/analise_tarefas/HTA/index.html b/analiseRequisitos/analise_tarefas/HTA/index.html new file mode 100644 index 00000000..1c8c458e --- /dev/null +++ b/analiseRequisitos/analise_tarefas/HTA/index.html @@ -0,0 +1,4276 @@ + + + + + + + + + + + + + + + + + + + + + + + Análise Hierárquica de Tarefas - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Ir para o conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Análise Hierarquica de Tarefas

+

Introdução

+

Uma análise de tarefas é utilizada para se ter um entendimento sobre qual é o tra- +balho dos usuários, como eles o realizam e por quê. +Em IHC, a análise de tarefas pode ser utilizada nas três atividades habituais: para +análise da situação atual (apoiada ou não por um sistema computacional), para o +(re)design de um sistema computacional ou para a avaliação do resultado de uma +intervenção que inclua a introdução de um (novo) sistema computacional. Barbosa e Silva (2011, p.191)

+

HTA – Hierarchical Task AnalysisHTA

+

Portando devido as complexidades de certas tarefas e não repetitivas, é utilizado uma abstração do conceito de análise de tarefas. +Chamado de A Análise Hierárquica de Tarefas (HTA – Hierarchical Task Analysis), Ela ajuda a relacionar o que +as pessoas fazem (ou se recomenda que façam), por que o fazem, e quais as consequências caso não o façam corretamente. Ela pode ser representada por uma tabela, ou por um diagrama, com a notação conforme a figura 1. +

+

Figura 1 +HTA +

Fonte: BARBOSA e SILVA, 2011.

+

+

Análise de tarefas

+

Dentro das tarefas com método HTA, foram escolhidos o acesso ao CNH do usuário, Agendar um serviço e transfência veícular.

+

Agendamento de serviço

+

Nessa tarefa, o usuário possui o objetivo de solicitar um agendamento dos serviços prestados pelo Detran . A figura 3 apresenta o diagrama HTA relativa a tarefa, já a tabela 2 representa o mesmo HTA em tabela.

+

+

Figura 3 - Diagrama HTA de agendamento de serviço.

+

Notação diagrama HTA

+

Autor: Luiza Maluf.

+

Tabela 2 - HTA de visualização de pedidos.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Objetivos/OperaçõesProblemas e recomendações
0. Realizar o agendamento
1. Acessar o site do Detraninput: Abrir o navegador e digitar a URL do portal
feedback: Página inicail do DETRAN-DF
plano: Continuar para a navegação do agendamento.
2. Navegar para área de agendamentoinput: Identificar o menu ou ícone de "Serviços" e selecionar "Agendamento".
feedback: Página de agendamento é exibida com opções de serviços.
Plano: Selecionar o serviço desejado.
3. Escolher o serviço desejadoinput: Clicar no serviço relevante na lista apresentada.
feedback: Detalhes do serviço e botão para continuar são exibidos.
Plano: Avançar para o preenchimento dos dados.
4. Preencher os dados solicitadosinput: Inserir nome, CPF, e-mail, telefone e outros dados exigidos.
feedback: Campos preenchidos são validados em tempo real.
Plano: Concluir o preenchimento e continuar para a escolha da data.
5. Selecionar a data e horário disponíveisinput: Escolher uma data no calendário e selecionar o horário disponível.feedback: Indicação de horário reservado para o usuário.
Plano: Prosseguir para a confirmação.
6. Confirmar o agendamentoinput: Revisar os dados, clicar em "Agendar".
feedback: Mensagem de sucesso com número de protocolo e instruções adicionais.
Plano: Finalizar o processo e, se necessário, armazenar o comprovante.
+

Autor: Luiza Maluf.

+

+

Transferência de veículo

+

Nessa tarefa, o usuário possui o objetivo de transferir veículo . A figura 5 apresenta o diagrama HTA relativa a tarefa, já a tabela 4 representa o mesmo HTA em tabela.

+

+

Figura 5 - Diagrama HTA de tranferencia veicular.

+

Notação diagrama HTA

+

Autor: Márcio Henrique.

+

Tabela 3 - HTA de visualização de pedidos.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Objetivos/OperaçõesProblemas e recomendações
0. Iniciar transferência de veículoinput: Início do processo.
feedback: Usuário deve seguir os passos subsequentes.
recomendação: Informar ao usuário sobre os requisitos prévios, como documentos necessários.
1. Cadastroinput: Dados de cadastro.
feedback: Redirecionar para a página de confirmação de perfil.
recomendação: Garantir validação dos dados antes do envio.
1.1. Inserir dados de cadastrofeedback: Sistema valida os dados inseridos.
recomendação: Implementar mensagens de erro claras para dados inválidos.
1.2. Confirmar perfilinput: Código de verificação ou link enviado por email.
feedback: Usuário é liberado para fazer login após confirmação.
recomendação: Garantir tempo de expiração para links ou códigos.
2. Logininput: Dados de login.
feedback: Usuário redirecionado para o painel principal.
recomendação: Oferecer opção de recuperação de senha e login por redes sociais.
3. Selecionar veículoinput: Dados como placa e RENAVAM.
feedback: Usuário é redirecionado para a página do veículo escolhido.
recomendação: Adicionar filtros para facilitar a busca em casos de múltiplos veículos.
4.0. Gerar pagamentoinput: Informações sobre o valor a ser pago.
feedback: Geração de cobrança e aguardar compensação.
recomendação: Oferecer diferentes métodos de pagamento (PIX, cartão, boleto).
4.1. Gerar cobrançafeedback: Cobrança gerada com sucesso.
recomendação: Garantir que o usuário receba uma confirmação da transação por email ou SMS.
4.2. Aguardar compensaçãofeedback: Informar status do pagamento em tempo real.
recomendação: Implementar notificações sobre a compensação.
5.0. Preencher dados da vendainput: Informações sobre o comprador, como nome e CPF.
feedback: Usuário direcionado para autorização da transferência.
recomendação: Validar CPF e outros dados em tempo real.
5.1. Informar dados do compradorfeedback: Dados registrados no sistema.
recomendação: Verificar inconsistências nos dados automaticamente.
5.2. Autorizar transferênciafeedback: Sistema solicita confirmação biométrica ou presencial.
recomendação: Incluir outras formas de autenticação, como assinatura digital.
6.0. Confirmação do compradorinput: Biometria facial ou presença física.
feedback: Transferência concluída.
recomendação: Melhorar o processo de agendamento presencial para minimizar filas.
6.1. Biometria facialfeedback: Autenticação por reconhecimento facial bem-sucedida.
recomendação: Garantir alta precisão no sistema de biometria.
6.2. Presencial em uma sede do Detranfeedback: Confirmação realizada presencialmente.
recomendação: Simplificar processos burocráticos e oferecer suporte ao usuário no local.
+

Autor: Márcio Henrique.

+

+

Bibliografia

+
+

RIBEIRO, Bruno; GOBBI, Lucas. Aspectos éticos. Repositório do Grupo Branco Central do Brasil da disciplina Interação Humano-Computador da Universidade de Brasília, 2023. Disponível em: https://interacao-humano-computador.github.io/2023.1-BancoCentral/#/analise_requisitos/analise_tarefas?id=an%c3%a1lise-hier%c3%a1rquica-de-tarefas. Acesso em: 28/11/2024

+
+

Referências Bibliográficas

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.030/11/2024Adição de informações da analise de tarefas.Márcio HenriqueLuiza Maluf
1.120/11/2024Correção do HTA do agendamento de serviçoLuiza MalufMárcio Henrique
1.222/11/2024Correção do HTA de transferência de veículosMárcio HenriqueLuiza Maluf
1.305/01/2025Ajuste das Análise de tarefasMárcio HenriqueLuiza Maluf
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/analiseRequisitos/analise_tarefas/KLM/index.html b/analiseRequisitos/analise_tarefas/KLM/index.html new file mode 100644 index 00000000..501cf9b1 --- /dev/null +++ b/analiseRequisitos/analise_tarefas/KLM/index.html @@ -0,0 +1,4195 @@ + + + + + + + + + + + + + + + + + + + + + + + KLM - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Ir para o conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

KLM

+

Introdução

+

A técnica KLM, a mais básica dentro da família GOMS, restringe a análise a um conjunto pré-determinado de operadores primitivos. Esses operadores representam ações simples como digitar, clicar, mover o mouse, desenhar e processar informações mentalmente. Além disso, o modelo considera o tempo de resposta do sistema como um fator relevante no desempenho do usuário.Barbosa e Silva (2011, p.198). Na tabela 1 é mostrado o tempo de execução de cada ação.

+

Tabela 1 +HTA +

Fonte: BARBOSA e SILVA, 2011.

+

Motivo de Escolha

+

A escolha de um KLM (Keystroke-Level Model) é motivada pela sua capacidade de avaliar de maneira detalhada o tempo necessário para realizar tarefas específicas, permitindo identificar ações que otimizam a interação do usuário com sistemas.Para tarefas no site do Detran, o uso do KLM oferece insights claros sobre quais ações são mais rápidas, quais exigem mais esforço cognitivo ou físico, e como melhorar a experiência geral de navegação e interação para o usuário. Nas tabelas 2 a 5 é listado os KLM's de cada tarefa.

+

Transferência de Veículo

+

Tabela 2

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
EtapaDescriçãoTipo de OperaçãoTempo Estimado (s)
1.1Acessar o site do Detran[P] Apontar1.1
1.2Clicar no menu "Veículos"[K] Clique0.2
1.3Selecionar a opção "Transferência de veículo"[P] Apontar1.1
1.4Preencher o formulário com dados do veículo[K] DigitarVariável (15-30)
1.5Confirmar a operação[K] Clique0.2
Total Aproximado~20-35 segundos
+

_Autor: Márcio Henrique

+
+

Conclusão: A ação de transferência de veículo é prática, com poucos passos claros. No entanto, o tempo pode variar significativamente devido à complexidade dos dados a serem preenchidos no formulário. Para maior eficiência, é recomendável que o usuário tenha todas as informações previamente organizadas.

+
+
+

Agendamento de Serviço

+

Tabela 4

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
EtapaDescriçãoTipo de OperaçãoTempo Estimado (s)
3.1Acessar o site do Detran[P] Apontar1.1
3.2Clicar no menu "Serviços"[K] Clique0.2
3.3Selecionar "Agendamento de serviço"[P] Apontar1.1
3.4Preencher o formulário com dados do agendamento[K] DigitarVariável (15-30)
3.5Confirmar o agendamento[K] Clique0.2
Total Aproximado~20-35 segundos
+

_Autor: Luiza Maluf

+
+

Conclusão: O agendamento de serviço exige um tempo moderado devido ao preenchimento de dados específicos. Apesar disso, a organização prévia das informações e a interface amigável podem tornar o processo mais ágil. É uma solução vantajosa para evitar filas presenciais.

+
+
+

Referências Bibliográficas

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.030/11/2024Adição de informações da analise de tarefas.Márcio HenriqueLuiza Maluf
1.105/01/2025Mudanças as análise de tarefas KLM.Márcio HenriqueLuiza Maluf
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/analiseRequisitos/analise_tarefas/hta-luiza.png b/analiseRequisitos/analise_tarefas/hta-luiza.png new file mode 100644 index 00000000..729fb554 Binary files /dev/null and b/analiseRequisitos/analise_tarefas/hta-luiza.png differ diff --git a/analiseRequisitos/analise_tarefas/hta-luiza2.jpeg b/analiseRequisitos/analise_tarefas/hta-luiza2.jpeg new file mode 100644 index 00000000..3e582e44 Binary files /dev/null and b/analiseRequisitos/analise_tarefas/hta-luiza2.jpeg differ diff --git a/analiseRequisitos/aspEticos/index.html b/analiseRequisitos/aspEticos/index.html new file mode 100644 index 00000000..d191614e --- /dev/null +++ b/analiseRequisitos/aspEticos/index.html @@ -0,0 +1,4071 @@ + + + + + + + + + + + + + + + + + + + + + + + Aspectos éticos - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Ir para o conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Aspectos Éticos

+

Introdução

+

A análise de requisitos no contexto de IHC envolve mais do que a compreensão das necessidades dos usuários; ela exige um compromisso ético rigoroso. Durante o processo de levantamento de informações e interação com usuários, é fundamental respeitar os princípios éticos que asseguram a proteção e o bem-estar dos participantes, como privacidade, o anonimato e a confidencialidade das informações coletadas (Barbosa e Silva, 2011, p.138-139).

+

Conforme destacado por Barbosa e Silva (2011, p.139), as práticas éticas devem incluir a explicação clara dos objetivos da pesquisa, a descrição detalhada do papel dos participantes e a garantia de que os dados coletados sejam usados de maneira responsável e segura.

+

Com base nos princípios da Resolução 196/96 do Conselho Nacional de Saúde, que orienta pesquisas envolvendo seres humanos, a análise prioriza o respeito à autonomia dos indivíduos, garantindo o consentimento livre e esclarecido, e assegura a aplicação do princípio da não maleficência, minimizando riscos e evitando qualquer tipo de dano, seja físico, emocional ou social. Além disso, é essencial considerar o princípio da justiça, promovendo benefícios coletivos significativos e tratando todos os participantes de forma equitativa.

+

Barbosa e Silva (2011, p.140) também destacam a importância de práticas como preservar o anonimato dos participantes na divulgação de resultados e evitar situações de desconforto físico ou psicológico durante os estudos. Por exemplo, é recomendado assegurar que os participantes tenham liberdade para interromper sua participação a qualquer momento sem sofrer qualquer tipo de penalização.

+

Ao conduzir a análise de requisitos do Portal DETRAN-DF, seguimos rigorosamente essas diretrizes para garantir que os métodos empregados sejam tecnicamente eficazes e eticamente responsáveis. Esse compromisso reflete nossa adesão às práticas sugeridas por Barbosa e Silva (2011), reforçando o respeito à dignidade e aos direitos das pessoas envolvidas.

+

Termo de Consentimento Livre e Esclarecido (TCLE)

+

O termo de consentimento abaixo apresenta um padrão a ser utilizado durante as atividades da disciplina de Interação Humano-Computador (IHC) aplicadas à seres humanos.

+

+
+

Termo de Consentimento

+

+

Prezado(a) Participante,

+

Convidamos você a participar de uma pesquisa universitária desenvolvida na disciplina de Interação Humano-Computador (IHC) da Universidade de Brasília (UnB). O objetivo desta pesquisa é compreender melhor as interações de usuários com o site do Portal DETRAN-DF, visando identificar oportunidades de melhoria na experiência do usuário.

+

Sua participação é voluntária, e os resultados obtidos serão utilizados exclusivamente para fins acadêmicos. Eles poderão ser apresentados em artefatos deste projeto, tendo sempre a sua privacidade e anonimato garantida nos casos em que houver consentimento específico para uso de nome, voz ou imagem.

+

Ao concordar em participar, você estará autorizando a coleta e utilização dos dados fornecidos para fins de pesquisa. Estes serão tratados de forma confidencial e analisados para ajudar na formulação de propostas de melhorias no projeto.

+

Além disso, a atividade pode ser interrompida a qualquer momento, de acordo com a sua vontade e disponibilidade.

+

Dessa forma, pedimos que seja assinalado abaixo se está de acordo com todos os aspectos citados neste termo de consentimento.

+

( ) Concordo.

+

( ) Não concordo.

+

Assinatura do entrevistador:

+

Assinatura do entrevistado:

+
+
+

Nota: a depender da atividade aplicada, esse termo de consentimento pode sofrer alterações.

+
+

Bibliografia

+
+

RIBEIRO, Bruno; GOBBI, Lucas. Aspectos éticos. Repositório do Grupo Branco Central do Brasil da disciplina Interação Humano-Computador da Universidade de Brasília, 2023. Disponível em: https://interacao-humano-computador.github.io/2023.1-BancoCentral/#/analise_requisitos/aspectos_eticos. Acesso em: 28/11/2024

+
+

Referências Bibliográficas

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.028/11/2024Adição de informações dos aspectos éticos.Luiza MalufMárcio Henrique
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/analiseRequisitos/caracGerais/index.html b/analiseRequisitos/caracGerais/index.html new file mode 100644 index 00000000..b7579c77 --- /dev/null +++ b/analiseRequisitos/caracGerais/index.html @@ -0,0 +1,4288 @@ + + + + + + + + + + + + + + + + + + + + + + + Características Gerais - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Ir para o conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Características Gerais

+

Introdução

+

Tendo em vista o fluxo do Processo de Design escolhido para orientar esse projeto, é importante tratar das características da plataforma a fim de se fazer uma análise completa dos requsitos.

+

Este artefato tem como propósito destacar as características principais da plataforma, mapeando os fluxos mais utilizados pelos usuários e os percursos seguidos para alcançar seus objetivos. Também busca identificar e avaliar fatores que possam dificultar ou gerar insatisfação durante a navegação, categorizados aqui como limitações e barreiras.

+

Metodologia

+

A metodologia adotada neste artefato é a Inspeção, uma abordagem que, conforme descrito por Barbosa e Silva (2011, p.301 e p.303), permite o avaliador realizar uma análise detalhada da interface sem a necessidade direta de envolvimento dos usuários durante o processo inicial.

+

A Inspeção envolve o exame minucioso de aspectos-chave da plataforma, como usabilidade, acessibilidade e eficiência, baseando-se em critérios e diretrizes previamente estabelecidos. Esse método é amplamente utilizado para identificar problemas de interação, barreiras de uso e oportunidades de melhoria antes mesmo de realizar testes com usuários reais.

+

Aspectos Inspecionados

+

Estrutura e Organização da Informação

+
    +
  • +

    Pontos Positivos:

    +
      +
    • +

      O menu principal está localizado no topo da página, com opções claras como Veículos, Agendamentos, Infrações, entre outros.

      +
      • +
    • +

      Há uso de ícones e textos para auxiliar a navegação, especialmente em consultas frequentemente realizadas pelos usuários.

      +
      • +
    • +

      A página inicial apresenta informações importantes de forma destacada, como notificações e comunicados.

      +
      • +
    +
    • +
  • +

    Limites e Entraves:

    +
      +
    • +

      Falta um mecanismo de busca eficiente para ajudar os usuários a encontrar informações diretamente, sem navegar por várias seções.

      +
      • +
    • +

      Informações úteis, como horários de atendimento presencial ou telefones de contato, não estão centralizadas de forma clara na página inicial.

      +
      • +
    • +

      Os nomes das subseções de "Consultas", "Emissão", "Tansferência/inclusão" são muito sintetizados, o que não deixa explícito para o usuário qual exata consulta ele pode utilizar.

      +
      • +
    +
    • +
+ +
    +
  • +

    Pontos Positivos:

    +
      +
    • +

      O site é responsivo e adapta-se bem a dispositivos móveis, o que é essencial considerando o perfil de muitos usuários.

      +
      • +
    • +

      Os fluxos para agendamentos e consultas estão relativamente bem definidos.

      +
      • +
    +
    • +
  • +

    Limites e Entraves:

    +
      +
    • +

      O usuário pode apresentar dificuldade em navegar pelas funcionalidaes uma vez que não existe, como por exemplo, uma página de consultas com todas as consultas e uma especificação de cada uma.

      +
      • +
    • +

      O usuário precisa estar logado para ter acesso a certos tipos de informações, sendo que existe a possibilidade dele não saber o que o título da consulta significa.

      +
      • +
    • +

      Os termos utilizdos nas "Consultas" não são intuitivos para novos usuários como por exemplo, "Veículo - Débito", "Veículo - SNG", "Veículo - Km", "Veículo - Nada consta".

      +
      • +
    • +

      Os formulários possuem campos a serem preenchidos, contudo os campos possuem a orientação "Selecionar" sendo que não há opções a serem selecioandas.

      +
      • +
    • +

      A página de login não possui a possibilidade de recuperação de senha e nem de "Esqueci minha senha".

      +
      • +
    +
    • +
+

Consistência e Design

+
    +
  • +

    Pontos Positivos:

    +
      +
    • +

      A identidade visual é consistente com a proposta institucional, utilizando cores que remetem à identidade do DETRAN.

      +
      • +
    • +

      Ícones e textos apresentam uma linguagem formal e institucional, adequada ao público-alvo.

      +
      • +
    +
    • +
  • +

    Limites e Entraves:

    +
      +
    • +

      A interface carece de contrastes adequados em algumas seções, dificultando a leitura para pessoas com deficiências visuais ou baixa visão.

      +
      • +
    • +

      O layout pode ser percebido como antiquado e pouco atrativo em comparação com padrões modernos e até mesmo muito simples.

      +
      • +
    +
    • +
+

Acessibilidade

+
    +
  • +

    Pontos Positivos:

    +
      +
    • O site possui uma estrutura com a fonte dos textos de tamanho adequado, podendo facilitar a leitura para pessoas com dificuldades.
      • +
    +
    • +
  • +

    Limites e Entraves:

    +
      +
    • +

      Não foi identificado suporte robusto para leitores de tela, o que pode limitar o acesso para pessoas com deficiências visuais.

      +
      • +
    • +

      Não há uma opção de tema de alto contraste ou modo noturno, que poderia beneficiar pessoas com baixa visão ou sensibilidade à luz.

      +
      • +
    • +

      O conteúdo textual utiliza linguagem técnica ou burocrática em algumas seções, o que pode dificultar a compreensão para certos tipos de usuários.

      +
      • +
    +
    • +
+

Funcionalidades e Conteúdo

+
    +
  • +

    Pontos Positivos:

    +
      +
    • +

      O portal oferece integração com serviços digitais, como emissão de boletos e consulta de infrações.

      +
      • +
    • +

      A página inicial exibe atalhos para funcionalidades importantes, como "Consulta CNH" e "Autorização para estacionamento".

      +
      • +
    +
    • +
  • +

    Limites e Entraves:

    +
      +
    • +

      O portal não apresenta tutoriais ou guias interativos para ajudar usuários iniciantes a realizar tarefas mais complexas.

      +
      • +
    • +

      Maior parte das funcionalidades e acesso aos conteúdos são bloqueados ao usuário, sendo liberadas para quando ocorrer o login.

      +
      • +
    +
    • +
+

Referências Bibliográficas

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisores
1.001/12/2024Descrição das características Gerais do Projeto.Luiza MalufMárcio Henrique
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/analiseRequisitos/cenarios/index.html b/analiseRequisitos/cenarios/index.html new file mode 100644 index 00000000..73fade19 --- /dev/null +++ b/analiseRequisitos/cenarios/index.html @@ -0,0 +1,4230 @@ + + + + + + + + + + + + + + + + + + + + + + + Cenários - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Ir para o conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Cenários

+ +

Introdução

+

Segundo (Barbosa e Silva, 2011, p.138 e p.139), cenário é uma história sobre pessoas realizando uma atividade, de forma textual ou pictórica. Os cenários podem ser utilizados em diversas etapas do processo, com diferentes objetivos. Os cenários podem ser utilizados para descrever situações atuais, futuras ou desejadas, e podem ser utilizados para descrever o contexto de uso, as tarefas, as metas, as necessidades e os problemas dos usuários. No geral, cada cenário representa um ator principal e um objetivo principal.

+

Metodologia

+

Escolhemos a representação de cenários por meio de texto estruturado, utilizando linguagem natural semi-estruturada para melhor entendimento e organização das informações. +A tabela a seguir apresenta a estrutura adotada para a descrição dos cenários:

+

+Tabela 1: Estrutura de descrição de cenários

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ElementoDescrição
IdentificadorCódigo único para identificar o cenário.
ContextoDescrição de pré-condições, local (físico) e tempo
RecursosObjetos passivos com os quais os atores interagem
AtorPessoa ou estrutura organizacional
EpisódiosAção realizada por um ou vários atores com participação de outros atores utilizando recursos
RestriçõesImposição que restrinja um episódio de um cenário
ExceçãoTratamento para uma situação excepcional ou de erro
+

Fonte: Adaptado de Lucas Gabriel, 2022.
+

+

Cenários identificado

+

Utilizando a estrutura definida no documento, seguem três cenários para as tarefas de Acesso à CNH, Agendamento de serviço e Transferência de veículo:

+

Cenário 1: Acesso à CNH Digital

+

Tabela 2: Cenário 1: Acesso à CNH Digital

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ElementoDescrição
IdentificadorCNH-01
ContextoUsuário em casa, à noite, deseja acessar sua CNH digital pelo celular.
RecursosSmartphone com acesso à internet, aplicativo do DETRAN-DF instalado.
AtorUsuário do portal DETRAN-DF.
Episódios1. Usuário abre o aplicativo do DETRAN-DF.
2. Usuário clica em "Entrar".
3. Usuário insere CPF e senha.
4. Usuário acessa a CNH digital.
RestriçõesO usuário precisa ter cadastro no portal do DETRAN-DF e a CNH digital emitida.
ExceçãoSenha incorreta: o sistema exibe mensagem de erro e permite que o usuário tente novamente ou recupere a senha.
+

Autor: Kaio Enzo.

+

Cenário 2: Agendamento de Serviço

+

Tabela 3: Cenário 2: Agendamento de Serviço

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ElementoDescrição
IdentificadorAG-01
ContextoUsuário no trabalho, durante o horário de almoço, deseja agendar a renovação da sua CNH.
RecursosComputador com acesso à internet, navegador web.
AtorUsuário do portal DETRAN-DF.
Episódios1. Usuário acessa o portal do DETRAN-DF.
2. Usuário clica em "Serviços".
3. Usuário seleciona "Renovação de CNH".
4. Usuário escolhe data e hora disponíveis.
5. Usuário confirma o agendamento.
RestriçõesO usuário precisa ter cadastro no portal do DETRAN-DF e atender aos pré-requisitos para a renovação da CNH.
ExceçãoNão há horários disponíveis: o sistema exibe mensagem informando a indisponibilidade e sugere outras datas ou unidades de atendimento.
+

Autor: Luiza Maluf

+

Cenário 3: Transferência de Veículo

+

Table 4: Cenário 3: Transferência de Veículo

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ElementoDescrição
IdentificadorTV-01
ContextoUsuário em casa, à noite, deseja iniciar o processo de transferência de seu veículo para um novo proprietário.
RecursosComputador com acesso à internet, navegador web, documentos do veículo e do novo proprietário.
AtorUsuário do portal DETRAN-DF (vendedor do veículo).
Episódios1. Usuário acessa o portal do DETRAN-DF.
2. Usuário clica em "Veículos".
3. Usuário seleciona "Transferência de Veículo".
4. Usuário preenche os dados do veículo e do novo proprietário.
5. Usuário inicia a solicitação de transferência.
RestriçõesO usuário precisa ter cadastro no portal do DETRAN-DF, possuir os documentos necessários e o veículo deve estar em situação regular.
ExceçãoDados inconsistentes: o sistema exibe mensagem de erro indicando os campos com informações incorretas ou incompletas.
+

Autor: Márcio Henrique

+

Bibliografia

+
+

Gabriel, Lucas; Cenários. Repositório do Grupo Linchess da disciplina Interação Humano-Computador da Universidade de Brasília, 2022. Disponível em: https://interacao-humano-computador.github.io/2022.2-Lichess/analise_requisitos/cenarios/. Acesso em: 03/12/2024

+
+

Referências Bibliográficas

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.003/12/2024Criação do documentKaio Enzo
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/analiseRequisitos/guiaEstilos/index.html b/analiseRequisitos/guiaEstilos/index.html new file mode 100644 index 00000000..89ad643e --- /dev/null +++ b/analiseRequisitos/guiaEstilos/index.html @@ -0,0 +1,4687 @@ + + + + + + + + + + + + + + + + + + + + + + + Guia de estilos - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Ir para o conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Guia de Estilos

+

Introdução

+

Objetivo do Guia de Estilo

+

O objetivo deste guia de estilo é fornecer diretrizes claras para a criação e manutenção de uma interface de usuário consistente, eficiente e acessível para o Portal DETRAN-DF. Ele abrange aspectos visuais, de interação e de ação que devem ser seguidos por todas as equipes envolvidas no desenvolvimento e manutenção do sistema. A implementação dessas diretrizes visa aprimorar a experiência do usuário e garantir que o portal seja fácil de usar, compreensível e funcional para diferentes perfis de usuários (Barbosa e Silva, 2011, p.282-283).

+

Organização e Conteúdo do Guia de Estilo

+

O guia está organizado em várias seções, cobrindo aspectos como os elementos de interface, elementos de interação, ação, vocabulário e padrões. Cada seção detalha diretrizes específicas para garantir a consistência na interface do usuário e facilitar a navegação.

+

Público-Alvo do Guia de Estilo

+

O guia de estilo foi projetado para ser utilizado por:

+
    +
  • +

    Programadores: Para garantir que as implementações sejam consistentes com o design e as diretrizes de usabilidade.

    +
    • +
  • +

    Gerentes de Projeto: Para garantir que a visão do design seja mantida durante o desenvolvimento e em futuras iterações.

    +
    • +
  • +

    Equipe de Suporte: Para que os atendentes saibam como solucionar problemas relacionados à interface do portal com base nos padrões estabelecidos.

    +
    • +
+

Como Utilizar o Guia

+

O guia de estilo deve ser utilizado sempre que uma atualização for realizada na interface ou quando novas funcionalidades forem introduzidas. Ele serve como uma referência para garantir que o portal continue com uma interface coesa.

+

Como Manter o Guia

+

O guia de estilo deve ser atualizado regularmente para refletir mudanças nas necessidades dos usuários, no design e nas tecnologias utilizadas. A manutenção deve ser feita por uma equipe responsável que acompanhará as mudanças no projeto, implementando novos elementos e padrões conforme necessário.

+

Resultados de Análise

+

Descrição do ambiente de Trabalho do Usuário

+

O ambiente de trabalho do usuário do Portal DETRAN-DF é digital e acessado por meio de navegadores de internet em dispositivos como computadores, tablets e smartphones. O sistema oferece diversas funcionalidades, como consultas de veículos, CNH, multas, e serviços como agendamento e pagamento. O objetivo é garantir que os usuários consigam realizar suas tarefas com facilidade, sem sobrecarregar a interface com informações excessivas ou complexidade desnecessária.

+

Elementos de Interface

+

Logotipo

+

+

Figura 1 - Logo Portal DETRAN-DF

+

Logo Detran

+

Fonte: Portal DETRAN-DF

+

+

Disposição Espacial e Grid

+

+

Figura 2 - Disposição espacial e GRID

+

GRID

+

Autor: Luiza Maluf

+

+

Janelas e Containers

+

+
+

Figura 3 - Página de início

+

Página principal

+

Fonte: Portal DETRAN-DF

+
+

Figura 4 - Seção "Veículos"

+

Seção "Veículos"

+

Fonte: Portal DETRAN-DF

+
+

Figura 5 - Login

+

Seção "Veículos"

+

Fonte: Portal DETRAN-DF

+
+

Figura 6: Preenchimento do Formulário de Inclusão de gravame

+

Promoção da eficiência do usuário

+

Fonte: Portal DETRAN-DF

+
+

Figura 7: Consulta das restrições de um veículo

+

Visibilidade e Reconhecimento

+

Fonte: Portal DETRAN-DF

+
+

Figura 8: Página de agendamento de serviços

+

Simplicidade nas estruturas das tarefas

+

Fonte: Portal de Serviços do Detran

+

+

Tipografia

+

+

Figura 9: Tipografia

+

Tipografia

+

Autor: Luiza Maluf

+

+

Cores

+

+

Figura 10: Cores

+

Cores

+

Autor: Luiza Maluf

+

+

Elementos de Interação

+

Estilos de Interação

+
    +
  • +

    Clique: As interações são ser claras. Elementos clicáveis, como botões e links, são destacados com cores contrastantes (mudança de cor ou sublinhado).

    +
    • +
  • +

    Arraste e Solte: Para funcionalidades de upload de documentos, permitir que o usuário arraste e solte com feedback visual (e.g., sombra ao arrastar um item).

    +
    • +
+

Seleção de um Estilo

+
    +
  • Cada interação é consistente com a função que ela executa. Por exemplo, todos as subseções relacionadas a "Consultas" dentro do Portal possui coloração verde, assim como as "Credenciais"são roxas e os aspectos relacionado aos "Veículos" estão em roxo.
    • +
+

Aceleradores (Teclas de Atalho)

+

O portal não possui teclas de atalho

+

Elementos de Ação

+

Preenchimento de Campos

+
    +
  • +

    Os campos de formulário são bem definidos e com rótulos claros. Cada campo tem um texto de exemplo ou placeholder que oriente o usuário sobre o que inserir.

    +
    • +
  • +

    Campos obrigatórios: são indicados com um asterisco (*) e as mensagens de erro são exibidas de forma clara, destacando os campos que precisam ser corrigidos.

    +
    • +
+

Seleção

+
    +
  • +

    Para campos de seleção, como listas suspensas ou caixas de seleção, há uma descrição clara do que está sendo selecionado.

    +
      +
    • Exemplo: "Consultar" na figura 7 em que seleciona a consulta do veículo.
      • +
    +
    • +
+

Ativação

+
    +
  • A ativação de botões e links deve é com a cor de fundo e do texto diferenciadas, além de utilizar efeitos de hover ou foco que indiquem ao usuário que a ação pode ser realizada.
    • +
+

Vocabulário e Padrões

+

Terminologia

+
    +
  • A terminologia é clara e consistente ao longo do portal. Termos como "agendar", "consultar", "editar" e "cancelar" são utilizados de forma consistente, com a mesma grafia e significado em todas as páginas e interações.
    • +
+

Tipos de Tela (Para Tarefas Comuns)

+
    +
  • +

    Tela Inicial: Exibe links rápidos para as principais funções do portal, como "Consultar Multas", "Agendar Atendimento", "Verificar CNH".

    +
    • +
  • +

    Tela de Consulta: Apresenta tipos de consultas que o usuário pode realizar dentro das subseções.

    +
    • +
  • +

    Tela de Emissão: Exibe os documentos que o usuário tanto pessoais quanto de seu veículo que podem ser emitidos.

    +
    • +
+

Sequências de Diálogos

+

Para Feedback ou Confirmação de uma Operação:

+
    +
  • Exemplo: Após o usuário agendar um serviço, uma janela de confirmação aparece com a mensagem "Seu agendamento foi realizado com sucesso".
    • +
+

Bibliografia

+
+

Plano de Ensino da Disciplina - 2024

+
+

Referências Bibliográficas

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisores
1.002/12/2024Construção do Guia de Estilo.Luiza MalufMárcio Henrique
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/analiseRequisitos/image.png b/analiseRequisitos/image.png new file mode 100644 index 00000000..c924dbd9 Binary files /dev/null and b/analiseRequisitos/image.png differ diff --git a/analiseRequisitos/metasUsabilidade/index.html b/analiseRequisitos/metasUsabilidade/index.html new file mode 100644 index 00000000..498ce7e2 --- /dev/null +++ b/analiseRequisitos/metasUsabilidade/index.html @@ -0,0 +1,4274 @@ + + + + + + + + + + + + + + + + + + + + + + + Metas de usabilidades - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Ir para o conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Metas de Usabilidade

+

Introdução

+

Este documento descreve as metas de usabilidade para o portal do DETRAN-DF, baseadas. Segundo Barbosa e Silva (2011, p.115), na fase da análise de requisitos são definidas as metas de usabilidades com base no perfil do usuário, análise de tarefas, características da plataforma, enquanto o guia de estilo funciona como um auxílio para a verificação durante o processo.

+

Plataforma

+

A avaliação considerará o contexto de uso do portal em navegadores web modernos (Google Chrome, Firefox, Safari e Microsoft Edge).

+

Metas de Usabilidade:

+
    +
  • +

    Eficácia: O portal deve permitir que os usuários realizem suas tarefas com sucesso, como acessar informações, realizar agendamentos e obter documentos. A eficácia será medida pela taxa de sucesso na conclusão das tarefas.

    +
    • +
  • +

    Eficiência: Os usuários devem conseguir realizar suas tarefas de forma rápida e com o mínimo de esforço. A eficiência será medida pelo tempo gasto para concluir as tarefas e pelo número de cliques/interações necessárias.

    +
    • +
  • +

    Segurança: O portal deve proteger os dados dos usuários e garantir a segurança das transações. A segurança será avaliada pela presença de mecanismos de segurança, como criptografia e proteção contra acesso não autorizado. Além disso, o sistema deve minimizar a possibilidade de erros do usuário e fornecer mecanismos de recuperação.

    +
    • +
  • +

    Facilidade de Aprendizado: O portal deve ser fácil de aprender a usar, mesmo para usuários com pouca experiência com computadores ou com o próprio portal. A facilidade de aprendizado será medida pelo tempo que os usuários levam para aprender a usar as principais funcionalidades do portal.

    +
    • +
  • +

    Facilidade de Recordação: Os usuários devem ser capazes de se lembrar como usar o portal, mesmo após longos períodos sem utilizá-lo. A facilidade de recordação será avaliada testando a capacidade dos usuários de realizar tarefas após um período de inatividade.

    +
    • +
  • +

    Satisfação: Os usuários devem ter uma experiência positiva ao usar o portal. A satisfação será medida por meio de pesquisas de satisfação e feedback dos usuários.

    +
    • +
+

Requisitos de Usabilidade (derivados das metas):

+

Requisitos de usabilidade:

+
    +
  • +

    MU1 (Eficiência): Acessar as principais funcionalidades (ex: agendamento de serviços, consulta de multas) deve ser possível em no máximo 4 cliques a partir da página inicial.

    +
    • +
  • +

    MU2 (Facilidade de Aprendizado/Eficácia): A taxa de acesso à seção de ajuda para as principais funcionalidades deve ser inferior a 30%, indicando que a interface é intuitiva e fácil de usar.

    +
    • +
  • +

    MU3 (Satisfação/Eficiência): O tempo médio de sessão do usuário deve ser analisado para identificar possíveis gargalos na usabilidade. Sessões muito curtas podem indicar dificuldades em encontrar informações ou realizar tarefas. Sessões muito longas podem indicar processos complexos e ineficientes. A análise do tempo de sessão, combinada com outras métricas, ajudará a entender a experiência do usuário.

    +
    • +
  • +

    MU4 (Satisfação): A satisfação do usuário deve ser medida através de uma métrica como o Net Promoter Score (NPS), com o objetivo de alcançar uma pontuação promotora alta (ex: acima de 70).

    +
    • +
  • +

    MU5 (Eficiência): O tempo médio para realizar tarefas-chave, como iniciar um agendamento ou consultar o status de um processo, deve ser minimizado (ex: menor que 1 minuto).

    +
    • +
  • +

    MU6 (Segurança/Satisfação - Adaptado): O sistema deve fornecer notificações (ex: por email) sobre atualizações importantes em processos ou serviços solicitados pelo usuário, aumentando a transparência e a segurança.

    +
    • +
+

Razão da escolha das metas de usabilidade

+

Escolher as metas de usabilidade certas é essencial para criar sistemas fáceis de usar e que funcionem bem. Para isso, precisamos entender o que os usuários querem, o que o projeto precisa alcançar e quais as melhores práticas de design. O tipo de sistema e os recursos disponíveis também influenciam essa escolha.

+

Basicamente, é um equilíbrio entre as necessidades dos usuários, os objetivos do projeto e o que é possível fazer. +Além disso, a seleção das metas deve se basear em princípios e boas práticas de usabilidade, como as heurísticas de Nielsen.

+

Essas heurísticas, amplamente reconhecidas na área de Interação Humano-Computador (IHC), fornecem um conjunto de diretrizes para o design de interfaces usáveis, contribuindo para a definição de metas como facilidade de aprendizado e facilidade de recordação.

+

1. Eficácia

+

No geral o sistema é parcialmente eficaz, tudo que ela é proposta a ser feita, consegue com êxito mostrar os eventos que o usuário realize.

+

2. Eficiência

+

O sistema não apresenta uma eficiência mediana. A interface não possui ferramentas de auxílio a usuários com limitações, preenchimento de dados automático, atalhos e ou ferramentas de voz.

+

3. Segurança

+

A aplicação possui algumas falhas de incertezas, como por exemplo na imagem 1, temos a tela de transferência de veículo, e solicita o RENAVAM do veículo. Não é claro que caso coloque o código, será feito a transferência ou não. ( comigo mesmo fiquei com receio de colocar o código do RENAVAM).

+

+

Imagem 1

+

+

tela transferencia

+

+

Autor: Márcio Henrique

+

+

4. Utilidade

+

O sistema se apresenta eficiente. Ele assegura que veículos e condutores estejam em conformidade com as leis, promove a segurança nas vias ao monitorar infrações e acidentes, e oferece serviços práticos que simplificam a vida dos cidadãos.

+

5. Aprendizado

+

O sistema possui funcionalidades explicitas para o usuário sendo elas objetivas, evitando que o usuário precise de um longo período de treinamento.

+

6. Memorização

+

A utilização do sistema se torna bastante intuitiva com a experiência de apenas alguns usuários, voltado para quem tem mais afinidade a tecnologia essa memorização torna-se mais propícia.

+

Referências Bibliográficas

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.002/12/2024Criação do documento.Kaio Enzo e Márcio HenriqueLuiza Maluf
1.105/12/2024Correções da verificação.Márcio HenriqueLuiza Maluf
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/analiseRequisitos/perfilUsuario/index.html b/analiseRequisitos/perfilUsuario/index.html new file mode 100644 index 00000000..b07382f7 --- /dev/null +++ b/analiseRequisitos/perfilUsuario/index.html @@ -0,0 +1,4760 @@ + + + + + + + + + + + + + + + + + + + + + + + Perfil do Usuário - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Ir para o conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Perfil do Usuário

+

Introdução

+

O Perfil de Usuário, segundo Barbosa e Silva (2011, p.174 e p.175) é uma etapa essencial no desenvolvimento de sistemas e produtos, pois permite compreender quem são os usuários e quais objetivos eles desejam alcançar. Esse processo vai além de uma simples identificação; ele oferece insights fundamentais para direcionar o design e priorizar características que atendam às necessidades reais dos usuários. Além disso, a definição de perfis auxilia no recrutamento de participantes para futuras atividades, como análises e avaliações, garantindo um desenvolvimento iterativo e centrado no usuário.

+

Segundo Barbosa e Silva (2011, p.140), a ativide essencial no desenvolvimento de um produto de qualidade é entender quem são seus usuários. Por meio da coleta de dados específicos — como experiência, nível de instrução e tarefas desempenhadas —, é possível agrupar os usuários em categorias relevantes. Essas informações, devidamente organizadas e priorizadas, ajudam a garantir que o produto final seja efetivo, acessível e alinhado às expectativas de quem irá utilizá-lo, promovendo uma experiência significativa e satisfatória.

+

Metodologia

+

Para a definição do Perfil do Usuário do projeto foi definido a realização de um questionário à grupos com potenciais usuários.

+

Vantagens

+
    +
  • Técnica prática e simplificada para ser aplicada;
    • +
  • Facilidade em armazenar informações em massa;
    • +
  • Mais confortável para os entrevistados em termos de demanda de tempo e disponibilidade para se fazer a entevista;
    • +
  • Possibilidade de entrevistar pessoas de regiões diferentes.
    • +
  • Disponibilidade de dados tanto quantitativos quanto qualitativos para análise.
    • +
+

Desvantagens

+
    +
  • Caso não se tenha muitas respostas, os dados podem não ser suficientes para a definição do perfil de usuário;
    • +
  • Um questionário mal elaborado pode trazer dados que não agregam ao projeto;
    • +
  • Questões que trazem dados qualitativos podem demandar mais esforços paraserem analisados.
    • +
+

Resultados Coletados

+

Abaixo estão os resultados coletados do questionário aplicado aos usuários. Tivemos 27 respostas, antes da coleta os usuários foram informados dos termos de consentimento. Dos 27 usuários que participaram da pesquisa

+

Questão 1: Qual a sua faixa etária?

+

+Figura 1: Gráfico da resposta da questão 1 +Gráfico da resposta da questão 1 +Autor: Kaio Enzo +

+

Questão 2: Qual sua ocupação principal?

+

+Figura 2: Gráfico da resposta da questão 2 +Gráfico da resposta da questão 2 +Autor: Kaio Enzo +

+

Questão 3: Você é habilitado(a) para dirigir?

+

+Figura 3: Gráfico da resposta da questão 3 +Gráfico da resposta da questão 3 +Autor: Kaio Enzo +

+

Questão 4: Você tem um veículo próprio?

+

+Figura 4: Gráfico da resposta da questão 4 +Gráfico da resposta da questão 4 +Autor: Kaio Enzo +

+

Questão 5: Caso tenha veículo próprio, você utiliza seu veículo como fonte de renda, trabalhando como motorista de aplicativo?

+

+Figura 5: Gráfico da resposta da questão 5 +Gráfico da resposta da questão 5 +Autor: Kaio Enzo +

+

Questão 6: Já precisou em algum momento de um documento pessoal (como CNH ou CRLV), mas não tinha ele impresso?

+

+Figura 6: Gráfico da resposta da questão 6 +Gráfico da resposta da questão 6 +Autor: Kaio Enzo +

+

Questão 7: Quão seguro você se sente em usar somente documentos digitais em seu dia a dia?

+

+Figura 7: Gráfico da resposta da questão 7 +Gráfico da resposta da questão 7 +Autor: Kaio Enzo +

+

Questão 8: Você costuma utilizar documentos digitais, como a CNH digital ou o CRLV digital?

+

+Figura 8: Gráfico da resposta da questão 8 +Gráfico da resposta da questão 8 +Autor: Kaio Enzo +

+

Questão 9: Você já solicitou ou agendou algum serviço no Portal DETRAN-DF, como a renovação da CNH, agendamento de exame, ou outro serviço?

+

+Figura 9: Gráfico da resposta da questão 9 +Gráfico da resposta da questão 9 +Autor: Kaio Enzo +

+

Questão 10: Se sim, como foi a sua experiência ao agendar ou solicitar serviços online no Portal DETRAN-DF?

+

+Figura 10: Gráfico da resposta da questão 10 +Gráfico da resposta da questão 10 +Autor: Kaio Enzo +

+

Questão 11: Você acredita que recursos digitais como um portal que possibilita consultas, emissão de documentos, agendamento de serviços, facilitam a sua interação com o DETRAN?

+

+Figura 11: Gráfico da resposta da questão 11 +Gráfico da resposta da questão 11 +Autor: Kaio Enzo +

+

Questão 12: Quando você precisa de alguma informação do DETRAN-DF, qual a sua primeira ação?

+

+Figura 12: Gráfico da resposta da questão 12 +Gráfico da resposta da questão 12 +Autor: Kaio Enzo +

+

Análise dos Resultados

+

1. Motoristas Habilitados com Veículo Próprio

+

Faixa Etária: Predominantemente entre 25 e 44 anos. +Ocupação Principal: Profissionais empregados em diversas áreas. +Uso de Veículo para Renda: Alguns utilizam o veículo para trabalho, como motoristas de aplicativo. +Experiência com Documentos Digitais:

+
    +
  • Muitos já precisaram de documentos pessoais e não os tinham impressos.
    • +
  • Sentem-se moderadamente seguros em usar documentos digitais no dia a dia.
    • +
  • Costumam utilizar CNH digital ou CRLV digital.
    • +
+

Interação com o Portal DETRAN-DF:

+
    +
  • Já solicitaram ou agendaram serviços online, como renovação de CNH ou agendamento de exames.
    • +
  • Consideram a experiência de agendamento online satisfatória, embora alguns relatem dificuldades.
    • +
  • Acreditam que recursos digitais facilitam a interação com o DETRAN.
    • +
  • Quando precisam de informações, recorrem primeiro ao site oficial do DETRAN-DF.
    • +
+

2. Motoristas Habilitados sem Veículo Próprio

+

Faixa Etária: Variada, com presença significativa entre 18 e 34 anos. +Ocupação Principal: Estudantes ou profissionais em início de carreira. +Uso de Veículo para Renda: Não aplicável. +Experiência com Documentos Digitais:

+
    +
  • Alguns já enfrentaram situações sem documentos impressos.
    • +
  • Sentem-se relativamente seguros em utilizar documentos digitais.
    • +
  • Utilizam ocasionalmente a CNH digital.
    • +
+

Interação com o Portal DETRAN-DF:

+
    +
  • Poucos já agendaram serviços online.
    • +
  • Experiência limitada com o portal, mas reconhecem a importância de recursos digitais.
    • +
  • Buscam informações no site oficial ou em aplicativos relacionados.
    • +
+

3. Candidatos à Primeira Habilitação

+

Faixa Etária: Principalmente entre 18 e 24 anos. +Ocupação Principal: Estudantes ou jovens profissionais. +Uso de Veículo para Renda: Não aplicável. +Experiência com Documentos Digitais:

+
    +
  • Pouca familiaridade, pois ainda não possuem CNH.
    • +
  • Demonstram interesse em utilizar documentos digitais no futuro.
    • +
+

Interação com o Portal DETRAN-DF:

+
    +
  • Procuram informações sobre o processo de habilitação.
    • +
  • Valorizam recursos digitais que facilitem o agendamento de exames e acesso a materiais de estudo.
    • +
  • Primeira ação é buscar informações no site oficial ou em aplicativos.
    • +
+

4. Motoristas Profissionais

+

Faixa Etária: Entre 35 e 54 anos. +Ocupação Principal: Motoristas de aplicativo, taxistas ou caminhoneiros. +Uso de Veículo para Renda: Sim, utilizam o veículo como fonte de renda. +Experiência com Documentos Digitais:

+
    +
  • Já enfrentaram situações sem documentos impressos.
    • +
  • Sentem-se seguros em utilizar documentos digitais.
    • +
  • Utilizam regularmente a CNH digital e o CRLV digital.
    • +
+

Interação com o Portal DETRAN-DF:

+
    +
  • Frequentemente agendam serviços online, como renovação de CNH.
    • +
  • Experiência geralmente positiva, mas alguns relatam necessidade de melhorias.
    • +
  • Consideram recursos digitais essenciais para a interação com o DETRAN.
    • +
  • Primeira ação é acessar o site oficial ou aplicativos para informações.
    • +
+

5. Usuários Não Habilitados

+

Faixa Etária: Diversificada, incluindo menores de 18 anos e adultos. +Ocupação Principal: Estudantes, donas de casa ou profissionais sem interesse em dirigir. +Uso de Veículo para Renda: Não aplicável. +Experiência com Documentos Digitais:

+
    +
  • Não utilizam CNH digital ou CRLV digital.
    • +
  • Podem utilizar outros documentos digitais, como RG ou CPF.
    • +
+

Interação com o Portal DETRAN-DF:

+
    +
  • Raramente acessam o portal.
    • +
  • Quando precisam de informações, recorrem a buscas na internet ou contato telefônico.
    • +
  • Valorizam a disponibilidade de informações claras e acessíveis online.
    • +
+

Perfis priorizados

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
CategoriaPerfil APerfil BPerfil CPerfil DPerfil EPerfil F
UsuárioMotoristas habilitados com veículo próprioMotoristas habilitados sem veículo próprioCandidatos à primeira habilitaçãoMotoristas profissionaisUsuários não habilitadosEmpresas de transporte
Percentual de usuários no perfil40%20%15%10%10%5%
Número de usuários no perfil40201510105
Faixa etária25-4418-3418-2435-5416-5025-54
EscolaridadeEnsino Superior CompletoEnsino Médio CompletoEnsino Superior IncompletoEnsino Fundamental CompletoEnsino Médio IncompletoPós-Graduação
Experiência com tecnologiaIntermediárioBásicoIntermediárioIntermediárioBásicoAvançado
Atitude perante tecnologiaTecnófilosRelutantesTecnófilosTecnófilosRelutantesTecnófilos
Tarefas primáriasRenovação de CNH, consulta de multasConsulta de pontuação e validade da CNHAgendamento de exames, pagamento de taxasConsulta de CRLV, renovação de habilitaçãoInformações sobre habilitação e veículosConsulta de frota, emissão de boletos
+

Bibliografia

+
+

MACHADO, Maurício; Souza, Nicolas. Perfil do Usuário. Repositório do Grupo Lichess da disciplina Interação Humano-Computador da Universidade de Brasília, 2023. Disponível em: https://interacao-humano-computador.github.io/2022.2-Lichess/analise_requisitos/perfil_usuario/. Acesso em: 28/11/2024

+
+

Referências Bibliográficas

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.006/11/2024Adição da parte conceitual do Perfil de Usuário.Luiza MalufMárcio Henrique
2.002/12/2024Adição de resultados.Kaio EnzoMárcio Henrique
2.102/12/2024Adição de referência.Kaio EnzoMárcio Henrique
´2.2'02/01/2025Correção e definição dos perfis de usuáriosLuiza MalufMárcio Henrique
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/analiseRequisitos/personas/index.html b/analiseRequisitos/personas/index.html new file mode 100644 index 00000000..70e15c7f --- /dev/null +++ b/analiseRequisitos/personas/index.html @@ -0,0 +1,4267 @@ + + + + + + + + + + + + + + + + + + + + + + + Personas - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Ir para o conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Personas

+

Introdução

+

Segundo (Barbosa e Silva, 2011, p.181), o uso de personas é uma técnica para representar grupos finais de usuários, durante discussões de design, mantendo os colaboradores focados no mesmo alvo. As personas são definidas principalmente pelos seus objetivos, e ao longo do refinamento das personas, convergimos para um perfil plausível.

+

Metodologia

+

A partir dos resultados colhidos da análise do perfil de usuário, buscamos caracterizar os usuários em grupos de personas.

+

Elenco

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +

Figura 1 - Persona Primária Mariana Silva.

Persona Primária Mariana
Fonte: Elaborada por Luiza Maluf (2025).
Status: Persona Primária.
Nome: Mariana Silva
Gênero: Feminino
Idade: 32 anos
Profissão: Analista de TI
Escolaridade: Ensino Superior Completo
Estado Civil: Solteira
Relacionamento: Sem dependentes
Tarefas: Renovação de CNH; Consulta de multas e pontos.
Habilidades e Experiências: Experiência intermediária com tecnologia; Tecnófilo.
Objetivo:
Corporativo: Resolver pendências administrativas online rapidamente.
Pessoal: Garantir que sua CNH esteja sempre atualizada.
Experiência: Busca por rapidez e simplicidade nos processos.
Expectativa: Navegação fluida e rápida; Portal acessível e intuitivo.
Requisitos: Ferramentas de consulta rápidas e um design responsivo para diferentes dispositivos.
+

Autor: Luiza Maluf, (2025).

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +

Figura 2 - Persona Primária Mario Oliveira.

Persona Primária Maria Oliveira
Fonte: Elaborada por Luiza Maluf (2025).
Status: Persona Primária.
Nome: Mario Oliveira
Gênero: Masculino
Idade: 19 anos
Profissão: Estudante universitária
Escolaridade: Ensino Superior Incompleto
Estado Civil: Solteiro
Relacionamento: Mora com os pais
Tarefas: Agendamento de exames; Pagamento de taxas de habilitação.
Habilidades e Experiências: Experiência intermediária com tecnologia; Tecnófila.
Objetivo:
Corporativo: Realizar o processo de habilitação com facilidade.
Pessoal: Obter a primeira habilitação para independência.
Experiência: Busca por suporte claro e informações organizadas.
Expectativa: Instruções claras e simples para realizar tarefas no portal.
Requisitos: Design acessível para jovens com integração de guias passo a passo.
+

Autor: Luiza Maluf, (2025).

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +

Figura 3 - Persona Secundária Pedro Almeida.

Persona Secundária Pedro Almeida
Fonte: Elaborada por Seu Nome (2025).
Status: Persona Secundária.
Nome: Pedro Almeida
Gênero: Masculino
Idade: 55 anos
Profissão: Gestor de frota
Escolaridade: Pós-Graduação
Estado Civil: Casado
Relacionamento: Tem dois filhos
Tarefas: Consulta de débitos de veículos; Emissão de boletos e regularização de documentos.
Habilidades e Experiências: Experiência avançada com tecnologia; Tecnófilo.
Objetivo:
Corporativo: Gerenciar documentação de veículos de forma centralizada.
Pessoal: Garantir regularização de frota sem imprevistos.
Experiência: Busca por eficiência e soluções empresariais no portal.
Expectativa: Sistema robusto para uso empresarial com ferramentas de gestão.
Requisitos: Área dedicada a empresas e frota com suporte específico.
+

Autor: Luiza Maluf, (2025).

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +

Figura 4 - Anti-Persona Carlos Andrade.

Anti-Persona Carlos Andrade
Fonte: Elaborada por Seu Nome (2025).
Status: Anti-Persona.
Nome: Carlos Andrade
Gênero: Masculino
Idade: 38 anos
Profissão: Comerciante informal
Escolaridade: Ensino Médio Completo
Estado Civil: Solteiro
Relacionamento: Não possui dependentes.
Tarefas: Busca formas de burlar sistemas de pagamento; Explorar falhas do portal para evitar penalidades.
Habilidades e Experiências: Conhecimento básico em tecnologia; Motivações maliciosas.
Objetivo:
Corporativo: Evitar pagar taxas de multas ou processos de forma correta.
Pessoal: Manipular informações para reduzir penalidades.
Experiência: Frustrado com o cumprimento de obrigações legais.
Expectativa: Utilizar brechas no sistema para benefício próprio.
Requisitos: Sistema seguro contra fraudes; Validação de dados em tempo real para prevenir manipulações.
+

Autor: Luiza Maluf, (2025).

+

+

Bibliografia

+
+

MACHADO, Mauricio; SOUZA, Nicolas. Personas. Repositório do Linchess da disciplina Interação Humano-Computador da Universidade de Brasília, 2022. Disponível em: https://interacao-humano-computador.github.io/2022.2-Lichess/analise_requisitos/personas/. Acesso em: 03/12/2024

+

This Person Doest Not Exist. Acesso em: 03/12/2024_ .Disponível em: https://thispersondoesnotexist.com

+
+

Referências Bibliográficas

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.003/01/2025Criação do documento.Luiza Maluf
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/analiseRequisitos/principiosGerais/index.html b/analiseRequisitos/principiosGerais/index.html new file mode 100644 index 00000000..a71509f2 --- /dev/null +++ b/analiseRequisitos/principiosGerais/index.html @@ -0,0 +1,4402 @@ + + + + + + + + + + + + + + + + + + + + + + + Princípios Gerais - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Ir para o conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Princípios Gerais

+

Introdução

+

Ao projetar um sistema, é fundamental adotar um modelo conceitual que permita ao usuário aprender rapidamente e utilizar o sistema de forma eficaz. O uso de um modelo claro facilita a compreensão das interações, de modo que o usuário possa explorar as funcionalidades do sistema sem dificuldades. Segundo Barbosa e Silva (2011, p.265), a interpretação do relacionamento entre as ações do sistema, as informações fornecidas e o conhecimento prévio do usuário é essencial para o bom design da interface.

+

Este artefato visa explorar os princípios e diretrizes gerais de design e como eles se aplicam à realidade do Portal DETRAN-DF, com o objetivo de melhorar a interação e a experiência do usuário.

+

Metodologia

+

Tendo em vista a literatura usada na disciplina e os princíos e diretrizes gerais, o grupo analisou como esses aspectos podem ser vistos dentro da realidade do Portal DETRAN-DF.

+

A seguir, será descrito cada princípio, destacando sua presença ou ausência no portal, o que contribui para uma análise crítica e construtiva do sistema.

+

Correspondência com as Expectativas dos Usuários

+

De acordo com Barbosa e Silva (2011, p.265), é importante criar conexões intuitivas no design de sistemas, permitindo que os usuários compreendam facilmente a relação entre suas intenções, as ações possíveis e os impectos dessas ações no sistema.

+

Um exemplo disso é o design de plataformas de e-commerce, que deve permitir a escolha de pordutos sem exigir a identificação do usuário até o momento do pagamento (Figura 1).

+

+

Figura 1: Exemplo de expectativa do usuário

+

Cenas em sites de Comércio

+

Fonte: Barbosa e Silva (2011, p.265)

+

+

Além disso, as interações devem ser estruturadas de maneira lógica e familiar ao usuário, permitindo que ele execute suas tarefas de forma eficiente e sem erros.

+

No caso do Portal DETRAN-DF, um usuário que deseja buscar informações dentro do site, naturalmente procuraria por uma barra de pesquisa, normalmente posicionada na barra de navegação, para facilitar essa busca. No entanto, essa funcionalidade está ausente no portal, o que impede uma navegação intuitiva e eficaz.

+

Assim, indica uma frutração por parte do usuário em relação as suas expectativas.

+

+

Figura 2: Página inicial do Portal DETRAN-DF

+

Correspondência com as Expectativas dos Usuários

+

Fonte: Portal DETRAN-DF

+

+

Simplicidade nas estruturas das tarefas

+

Tarefas estruturadas de forma mais simplificada minimizam as necessidades de planejamento e resolução de problemas por parte dos usuários.

+

Para se obter essa simplicidade, segundo Barbosa e Silva (2011, p.267), algumas abordagens podem ser adotadas como:

+
    +
  • +

    Manter as tarefas inalteradas, oferecendo suporte variado para que os usuários possam aprendê-la e realiza-la com mais facilidade;

    +
    • +
  • +

    Tornar visíveis elementos invisíveis, utilizando tecnologias para aprimorar o feedback e garantir que o usuário se sinta no controle da tarefa;

    +
    • +
  • +

    Automatizar total ou parcialmente a tarefa, sem alterar a sua essencia;

    +
    • +
  • +

    Modificar a natureza da tarefa, se necessário.

    +
    • +
+

No contexto do Portal DETRAN-DF, podemos identificar essa simplicidade na estrutura de tarefas na realização de agendamento online de serviços de forma simplificada.

+

Antes, para realizar um atendimento, o usuário preciava ligar ou ir pessoalmente à uma unidade de atendimento para marcar um horário.

+

Após essa simplificação, o usuário pode fazer um agendamento de forma rápida inserindo seus dados e selecionando o tipo de serviço e data e hora do atendimento.

+

+

Figura 3: Página de agendamento de serviços

+

Simplicidade nas estruturas das tarefas

+

Fonte: Portal de Serviços do Detran

+

+

Equilíbrio entre controle e liberdade do usuário

+

É fundamental garantir que os usuários tenham controle sobre o sistema enquanto desfrutam de um nível adequado de liberdade para executar suas tarefas. Essa abordagem busca equilibrar a autonomia do usuário e o suporte necessário para evitar erros ou confusão (Barbosa e Silva - 2011, p.267).

+

É notável que essa diretriz não é respeitada no Portal DETRAN-DF quando o usuário, para ter acesso a diversas informações do Portal, deve estar logado no sistema.

+

Essa dependência de Login faz com que os usuários precisam criar uma conta ou lembrar de suas credenciasi para acessar informações gerais ou até mesmo saber sobre o que tal página se trata.

+

De acordo com o que está na imagem a seguir, o usuário pode não saber o que significa "Veículo - SNG" e não sabe o que acesará dentro desta página a não ser que ele esteja logado.

+

+

Figura 4: Falta de controle e liberdade nas ações dentro do Portal

+

Equilíbrio entre controle e liberdade do usuário

+

Fonte: Portal DETRAN-DF

+

+

Consistência e padronização

+

Para tornar um sistema mais intuitivo, (Barbosa e Silva - 2011, p.270) destaca a importância de garantir a consistência entre a interface e o modelo conceitual embutido no sistema. Isso significa que toda a experiência do usuário, incluindo interface, documentação e manuais, deve alinhar-se a um modelo lógico e coerente que reflita a operação do sistema.

+

Quando as expectativas do usuário não são bem estruturadas dentro do sistema, é necessário adotar padrões claros de forma que o usuário tenha alguma forma de se orientar e não se confunda com variações das ações.

+

Nesse sentido, é visível Portal DETRAN-DF uma padronização dentro das seções da barra de navegação em que todos os tipos de consultas estão agrupadas dentro de sua respectivas subseções, como podemos ver nas imagens a seguir:

+

+

Figura 5: Seção relacionada à Veículos

+

Consistência e padronização

+

Fonte: Portal DETRAN-DF

+

Figura 6: Seção relacionada à CNH

+

Consistência e padronização

+

Fonte: Portal DETRAN-DF

+

Figura 7: Seção relacionada à Infrações

+

Consistência e padronização

+

Fonte: Portal DETRAN-DF

+

+

Promoção da eficiência do usuário

+

Segundo Barbosa e Silva (2011, p.271), a eficiência do usuário deve ser priorizada acima da eficiência do sistema. Como as pessoas são mais custosas do que máquinas, economizar tempo e esforço do usuário traz maior retorno.

+

Alguns dos principais pontos incluem:

+
    +
  • +

    Manter o Usuário Ocupado: Processos demorados não devem interromper o trabalho do usuário. Sistemas bem projetados permitem que o usuário continue com outras tarefas enquanto ações de fundo são realizadas.

    +
    • +
  • +

    Proteger o Trabalho do Usuário: Falhas como queda de energia, erros de rede ou falhas humanas não devem resultar na perda do progresso do usuário. Sistemas podem implementar salvamento automático ou backups para garantir segurança.

    +
    • +
  • +

    Reconhecer o Contexto do Usuário: O sistema deve lembrar o que o usuário fez, onde estava e suas preferências. Isso evita repetição de ações e melhora a experiência.

    +
    • +
  • +

    Aceleradores para Usuários Frequentes: Fornecer atalhos como teclas de comando (e.g., Ctrl+S para salvar) e automações, como macros ou perfis predefinidos para operações frequentes.

    +
    • +
+

No contexto do Portal DETRAN-DF, a ausência de mecanismos para preservar ou reutilizar informações no preenchimento de formulários, como nas figuras 8 e 9, compromete a eficiência e a experiência do usuário, uma vez que pode ocorrer a perda de dados ao recarregar a página ou até mesmo faltar sugestão em sessões futurar que poderiam acelerar o fluxo de preenchimento.

+

+

Figura 8: Preenchimento do Formulário de Inclusão de gravame

+

Promoção da eficiência do usuário

+

Fonte: Portal DETRAN-DF

+
+

Figura 9: Após atualização de página do Formulário de Inclusão de gravame

+

Promoção da eficiencia do usuário

+

Fonte: Portal DETRAN-DF

+

+

Antecipação das necessidades do usuário

+

Segundo Barbosa e Silva (2011, p.272-273) o sistema deve ser estruturado de forma que seja possível prever o que o usuário quer, precisa e espera encontrar.

+

Nesse sentido, na hora de utilizar o Portal, é interessante que o usuário tenha em mão as ferramentas necessárias para executar cada passo do fuxo do processo desejado, ou seja, tenha acesso à informações úteis que facilitarão sua experiência.

+

Dentro do portal, pode-se citar que na página de início existe uma seção com os serviços mais acessados, antecipando as ações dos usuários que executarão justamente as ações de seleção desses serviços.

+

+

Figura 10: Página inicial do Portal DETRAN-DF

+

Sugestões dos serviços mais acessados

+

Fonte: Portal DETRAN-DF

+

+

Visibilidade e Reconhecimento

+

Com base nos princípios discutidos por Barbosa e Silva (2011, p.274-275), a visibilidade e o reconhecimento podem ser avaliados em relação ao estado atual do sistema e ao suporte oferecido para que os usuários executem suas tarefas de maneira eficiente.

+
    +
  • +

    Visibiliadade:

    +
      +
    • +

      Antes que o usuário execute uma ação, é crucial que ele saiba claramente o que é possível fazer. Isso requer interfces quex exponham as opções disponíveis e os meios para alcançá-las, sem ambiguidade.

      +
      • +
    • +

      Um exemplo prático é uma interface de formulário que indique claramente os campos obrigatórios e como preenchê-los, como podemos ver no caso do Portal DETRAN-DF na figura 11.

      +
      • +
    +
    • +
+

+

Figura 11: Formulário de agendamento de serviço

+

Visibilidade e reconhecimento

+

Fonte: Portal de Serviços do Detran

+

+
    +
  • +

    Reconhecimento:

    +
      +
    • +

      A interface deve priorizar o reconhecimento sobre a memorização. Isso significa que o usuário deve ser capaz de identificar ações e elementos sem precisar lembrar o que cada comando significa. Isso pode ser feito, por exemplo utilizando ícones universais (como uma lixeira para 'Exluir') e descrições de texto complementares quando necessário.

      +
      • +
    • +

      Evitar que o sitema exija que o usuário memorize informações de uma parte da aplicação para usar em outra, uma vez que as informações necessárias dever estar visíveis ou facilmente acessíveis.

      +
      • +
    • +

      Após uma ação, o sistema deve informar o que aconteceu ou está acontecendo. Feedback pode ser sutil para ações frequentes e esperadas, mas deve ser destacado para ações críticas ou resultados inesperados. Esse feedback pode ser visto na figura 12 no Portal DETRAN-DF.

      +
      • +
    +
    • +
+

+

Figura 12: Consulta das restrições de um veículo

+

Visibilidade e Reconhecimento

+

Fonte: Portal DETRAN-DF

+

+

Conteúdo relevante e expressão adequada e projeto para erros

+

Conforme Barbosa e Silva (2011, p.276-279), o princípio de Conteúdo Relevante e Expressão Adequada na Interação Humano-Computador está fundamentado na ideia de que interfaces devem priorizar a clareza, concisão e relevância do conteúdo apresentado, respeitando as necessidades e limitações do usuário. Esse princípio incorpora elementos do comportamento humano observados em interações com sistemas e está alinhado às seguintes máximas cooperativas:

+
    +
  • +

    Qualidade:

    +
      +
    • A interface não deve mentir ou fornecer informações sem evidências. Conteúdos apresentados devem ser confiáveis e verificáveis.
      • +
    +
    • +
  • +

    Quantidade:

    +
      +
    • +

      Fornecer informações na medida certa: nem mais, nem menos do que o necessário para atingir os objetivos do usuário.

      +
      • +
    • +

      Interfaces minimalistas são valorizadas aqui, pois reduzem distrações e destacam elementos realmente importantes.

      +
      • +
    +
    • +
  • +

    Relevância

    +
      +
    • Toda informação apresentada deve ser pertinente ao contexto da interação e às metas do usuário. Informações ou opções irrelevantes devem ser eliminadas.
      • +
    +
    • +
  • +

    Modo (ou clareza)

    +
      +
    • Mensagens devem ser claras, evitar ambiguidade e seguir uma estrutura ordenada.
      • +
    +
    • +
+

O Portal DETRAN-DF, por sua vez, representa muito bem o que é essa clareza, uma vez que apresenta um design minimalista, com informações diretas e consistentes, como podemos visualizar na figura 13 a seguir:

+

+

Figura 13: Página inicial do Portal DETRAN-DF

+

Conteudo relevante e expressão adequada e projeto para erros

+

Fonte: Portal DETRAN-DF

+

+

Além disso, existe o conceito de Projeto para Erros, que segundo Barbosa e Silva (2011, p.278-279), parte do princípio de que erros são inevitáveis em qualquer interação usuário-sistema. Assim, o designer deve criar soluções que:

+
    +
  • +

    Previnam erros sempre que possível.

    +
    • +
  • +

    Facilitem a recuperação caso eles ocorram.

    +
    • +
  • +

    Minimizem as consequências de ações equivocadas.

    +
    • +
+

Essa abordagem reforça a ideia de que interfaces bem projetadas aprendem com erros potenciais e os transformam em oportunidades de aprendizado e melhoria contínua para os usuários.

+

Bibliografia

+
+

https://portal.detran.df.gov.br/#/home

+
+

Referências Bibliográficas

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisores
1.002/12/2024Descrição dos Princípios Gerais do Projeto.Luiza MalufMárcio Henrique
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/analiseRequisitos/referencias/analise_tarefas.png b/analiseRequisitos/referencias/analise_tarefas.png new file mode 100644 index 00000000..e16fb52f Binary files /dev/null and b/analiseRequisitos/referencias/analise_tarefas.png differ diff --git a/analiseRequisitos/referencias/antipersona.jpeg b/analiseRequisitos/referencias/antipersona.jpeg new file mode 100644 index 00000000..cfc90872 Binary files /dev/null and b/analiseRequisitos/referencias/antipersona.jpeg differ diff --git a/analiseRequisitos/referencias/aspEticos01.png b/analiseRequisitos/referencias/aspEticos01.png new file mode 100644 index 00000000..b0cebbb5 Binary files /dev/null and b/analiseRequisitos/referencias/aspEticos01.png differ diff --git a/analiseRequisitos/referencias/aspEticos02.png b/analiseRequisitos/referencias/aspEticos02.png new file mode 100644 index 00000000..66b578bb Binary files /dev/null and b/analiseRequisitos/referencias/aspEticos02.png differ diff --git a/analiseRequisitos/referencias/aspEticos03.png b/analiseRequisitos/referencias/aspEticos03.png new file mode 100644 index 00000000..0d8afd56 Binary files /dev/null and b/analiseRequisitos/referencias/aspEticos03.png differ diff --git a/analiseRequisitos/referencias/diagrama_tarefas.png b/analiseRequisitos/referencias/diagrama_tarefas.png new file mode 100644 index 00000000..f20415db Binary files /dev/null and b/analiseRequisitos/referencias/diagrama_tarefas.png differ diff --git a/analiseRequisitos/referencias/guiaEstilo/cores.png b/analiseRequisitos/referencias/guiaEstilo/cores.png new file mode 100644 index 00000000..2cbf20f5 Binary files /dev/null and b/analiseRequisitos/referencias/guiaEstilo/cores.png differ diff --git a/analiseRequisitos/referencias/guiaEstilo/grid.png b/analiseRequisitos/referencias/guiaEstilo/grid.png new file mode 100644 index 00000000..16d28ce9 Binary files /dev/null and b/analiseRequisitos/referencias/guiaEstilo/grid.png differ diff --git a/analiseRequisitos/referencias/guiaEstilo/guiaEstilo.png b/analiseRequisitos/referencias/guiaEstilo/guiaEstilo.png new file mode 100644 index 00000000..b02e87a7 Binary files /dev/null and b/analiseRequisitos/referencias/guiaEstilo/guiaEstilo.png differ diff --git a/analiseRequisitos/referencias/guiaEstilo/janela02.png b/analiseRequisitos/referencias/guiaEstilo/janela02.png new file mode 100644 index 00000000..2ce4fd7a Binary files /dev/null and b/analiseRequisitos/referencias/guiaEstilo/janela02.png differ diff --git a/analiseRequisitos/referencias/guiaEstilo/janela08.png b/analiseRequisitos/referencias/guiaEstilo/janela08.png new file mode 100644 index 00000000..47cd233f Binary files /dev/null and b/analiseRequisitos/referencias/guiaEstilo/janela08.png differ diff --git a/analiseRequisitos/referencias/guiaEstilo/janela1.png b/analiseRequisitos/referencias/guiaEstilo/janela1.png new file mode 100644 index 00000000..9702c829 Binary files /dev/null and b/analiseRequisitos/referencias/guiaEstilo/janela1.png differ diff --git a/analiseRequisitos/referencias/guiaEstilo/tipografia.png b/analiseRequisitos/referencias/guiaEstilo/tipografia.png new file mode 100644 index 00000000..7200b2eb Binary files /dev/null and b/analiseRequisitos/referencias/guiaEstilo/tipografia.png differ diff --git a/analiseRequisitos/referencias/klm.png b/analiseRequisitos/referencias/klm.png new file mode 100644 index 00000000..9564b135 Binary files /dev/null and b/analiseRequisitos/referencias/klm.png differ diff --git a/analiseRequisitos/referencias/metdCaracPlata.png b/analiseRequisitos/referencias/metdCaracPlata.png new file mode 100644 index 00000000..e2034288 Binary files /dev/null and b/analiseRequisitos/referencias/metdCaracPlata.png differ diff --git a/analiseRequisitos/referencias/pagina361.png b/analiseRequisitos/referencias/pagina361.png new file mode 100644 index 00000000..1510fea2 Binary files /dev/null and b/analiseRequisitos/referencias/pagina361.png differ diff --git a/analiseRequisitos/referencias/perfilUsuario01.png b/analiseRequisitos/referencias/perfilUsuario01.png new file mode 100644 index 00000000..58e5fa42 Binary files /dev/null and b/analiseRequisitos/referencias/perfilUsuario01.png differ diff --git a/analiseRequisitos/referencias/perfilUsuario02.png b/analiseRequisitos/referencias/perfilUsuario02.png new file mode 100644 index 00000000..aed4acf8 Binary files /dev/null and b/analiseRequisitos/referencias/perfilUsuario02.png differ diff --git a/analiseRequisitos/referencias/persona1.jpg b/analiseRequisitos/referencias/persona1.jpg new file mode 100644 index 00000000..0962eb65 Binary files /dev/null and b/analiseRequisitos/referencias/persona1.jpg differ diff --git a/analiseRequisitos/referencias/persona2.png b/analiseRequisitos/referencias/persona2.png new file mode 100644 index 00000000..bb45a195 Binary files /dev/null and b/analiseRequisitos/referencias/persona2.png differ diff --git a/analiseRequisitos/referencias/persona3.png b/analiseRequisitos/referencias/persona3.png new file mode 100644 index 00000000..427be50f Binary files /dev/null and b/analiseRequisitos/referencias/persona3.png differ diff --git a/analiseRequisitos/referencias/personas1.png b/analiseRequisitos/referencias/personas1.png new file mode 100644 index 00000000..ae1e4954 Binary files /dev/null and b/analiseRequisitos/referencias/personas1.png differ diff --git a/analiseRequisitos/referencias/principiosGerais/ExpcUser.png b/analiseRequisitos/referencias/principiosGerais/ExpcUser.png new file mode 100644 index 00000000..e6bfb7af Binary files /dev/null and b/analiseRequisitos/referencias/principiosGerais/ExpcUser.png differ diff --git a/analiseRequisitos/referencias/principiosGerais/ExpcUserImg.png b/analiseRequisitos/referencias/principiosGerais/ExpcUserImg.png new file mode 100644 index 00000000..b35f6b1d Binary files /dev/null and b/analiseRequisitos/referencias/principiosGerais/ExpcUserImg.png differ diff --git a/analiseRequisitos/referencias/principiosGerais/SimpEstru.png b/analiseRequisitos/referencias/principiosGerais/SimpEstru.png new file mode 100644 index 00000000..c3cbe6fd Binary files /dev/null and b/analiseRequisitos/referencias/principiosGerais/SimpEstru.png differ diff --git a/analiseRequisitos/referencias/principiosGerais/antecipacao.png b/analiseRequisitos/referencias/principiosGerais/antecipacao.png new file mode 100644 index 00000000..1c184dc1 Binary files /dev/null and b/analiseRequisitos/referencias/principiosGerais/antecipacao.png differ diff --git a/analiseRequisitos/referencias/principiosGerais/antecipacao01.png b/analiseRequisitos/referencias/principiosGerais/antecipacao01.png new file mode 100644 index 00000000..c743c13a Binary files /dev/null and b/analiseRequisitos/referencias/principiosGerais/antecipacao01.png differ diff --git a/analiseRequisitos/referencias/principiosGerais/consistPadronizacao.png b/analiseRequisitos/referencias/principiosGerais/consistPadronizacao.png new file mode 100644 index 00000000..5ff8c4d8 Binary files /dev/null and b/analiseRequisitos/referencias/principiosGerais/consistPadronizacao.png differ diff --git a/analiseRequisitos/referencias/principiosGerais/conteudoRelev.png b/analiseRequisitos/referencias/principiosGerais/conteudoRelev.png new file mode 100644 index 00000000..a06bf283 Binary files /dev/null and b/analiseRequisitos/referencias/principiosGerais/conteudoRelev.png differ diff --git a/analiseRequisitos/referencias/principiosGerais/eficienciaUser.png b/analiseRequisitos/referencias/principiosGerais/eficienciaUser.png new file mode 100644 index 00000000..a48c475c Binary files /dev/null and b/analiseRequisitos/referencias/principiosGerais/eficienciaUser.png differ diff --git a/analiseRequisitos/referencias/principiosGerais/equiliContr01.png b/analiseRequisitos/referencias/principiosGerais/equiliContr01.png new file mode 100644 index 00000000..d1357977 Binary files /dev/null and b/analiseRequisitos/referencias/principiosGerais/equiliContr01.png differ diff --git a/analiseRequisitos/referencias/principiosGerais/equiliContrLib.png b/analiseRequisitos/referencias/principiosGerais/equiliContrLib.png new file mode 100644 index 00000000..dcbe6f69 Binary files /dev/null and b/analiseRequisitos/referencias/principiosGerais/equiliContrLib.png differ diff --git a/analiseRequisitos/referencias/principiosGerais/erros.png b/analiseRequisitos/referencias/principiosGerais/erros.png new file mode 100644 index 00000000..c1a35572 Binary files /dev/null and b/analiseRequisitos/referencias/principiosGerais/erros.png differ diff --git a/analiseRequisitos/referencias/principiosGerais/feedback.png b/analiseRequisitos/referencias/principiosGerais/feedback.png new file mode 100644 index 00000000..93d92f5b Binary files /dev/null and b/analiseRequisitos/referencias/principiosGerais/feedback.png differ diff --git a/analiseRequisitos/referencias/principiosGerais/figura13.png b/analiseRequisitos/referencias/principiosGerais/figura13.png new file mode 100644 index 00000000..4a50d39a Binary files /dev/null and b/analiseRequisitos/referencias/principiosGerais/figura13.png differ diff --git a/analiseRequisitos/referencias/principiosGerais/imagem1.png b/analiseRequisitos/referencias/principiosGerais/imagem1.png new file mode 100644 index 00000000..eb11cfff Binary files /dev/null and b/analiseRequisitos/referencias/principiosGerais/imagem1.png differ diff --git a/analiseRequisitos/referencias/principiosGerais/padro01.png b/analiseRequisitos/referencias/principiosGerais/padro01.png new file mode 100644 index 00000000..01251c97 Binary files /dev/null and b/analiseRequisitos/referencias/principiosGerais/padro01.png differ diff --git a/analiseRequisitos/referencias/principiosGerais/padro02.png b/analiseRequisitos/referencias/principiosGerais/padro02.png new file mode 100644 index 00000000..05d70575 Binary files /dev/null and b/analiseRequisitos/referencias/principiosGerais/padro02.png differ diff --git a/analiseRequisitos/referencias/principiosGerais/padro03.png b/analiseRequisitos/referencias/principiosGerais/padro03.png new file mode 100644 index 00000000..bf9bcfd9 Binary files /dev/null and b/analiseRequisitos/referencias/principiosGerais/padro03.png differ diff --git a/analiseRequisitos/referencias/principiosGerais/principGerais01.png b/analiseRequisitos/referencias/principiosGerais/principGerais01.png new file mode 100644 index 00000000..c924dbd9 Binary files /dev/null and b/analiseRequisitos/referencias/principiosGerais/principGerais01.png differ diff --git a/analiseRequisitos/referencias/principiosGerais/promEfici01.png b/analiseRequisitos/referencias/principiosGerais/promEfici01.png new file mode 100644 index 00000000..43607637 Binary files /dev/null and b/analiseRequisitos/referencias/principiosGerais/promEfici01.png differ diff --git a/analiseRequisitos/referencias/principiosGerais/promEficiencia.png b/analiseRequisitos/referencias/principiosGerais/promEficiencia.png new file mode 100644 index 00000000..21ad7cd5 Binary files /dev/null and b/analiseRequisitos/referencias/principiosGerais/promEficiencia.png differ diff --git a/analiseRequisitos/referencias/principiosGerais/simplEstru01.png b/analiseRequisitos/referencias/principiosGerais/simplEstru01.png new file mode 100644 index 00000000..3137ed38 Binary files /dev/null and b/analiseRequisitos/referencias/principiosGerais/simplEstru01.png differ diff --git a/analiseRequisitos/referencias/principiosGerais/visi01.png b/analiseRequisitos/referencias/principiosGerais/visi01.png new file mode 100644 index 00000000..b3311c95 Binary files /dev/null and b/analiseRequisitos/referencias/principiosGerais/visi01.png differ diff --git a/analiseRequisitos/referencias/principiosGerais/visibReconh01.png b/analiseRequisitos/referencias/principiosGerais/visibReconh01.png new file mode 100644 index 00000000..e680ff43 Binary files /dev/null and b/analiseRequisitos/referencias/principiosGerais/visibReconh01.png differ diff --git a/analiseRequisitos/referencias/tabelaKLM.png b/analiseRequisitos/referencias/tabelaKLM.png new file mode 100644 index 00000000..aff8cf7c Binary files /dev/null and b/analiseRequisitos/referencias/tabelaKLM.png differ diff --git a/analiseRequisitos/referencias/tela-tranferencia.png b/analiseRequisitos/referencias/tela-tranferencia.png new file mode 100644 index 00000000..250be784 Binary files /dev/null and b/analiseRequisitos/referencias/tela-tranferencia.png differ diff --git a/analiseRequisitos/referencias/usabilidade1.png b/analiseRequisitos/referencias/usabilidade1.png new file mode 100644 index 00000000..2eb3f577 Binary files /dev/null and b/analiseRequisitos/referencias/usabilidade1.png differ diff --git a/apresent/01/index.html b/apresent/01/index.html new file mode 100644 index 00000000..c4df7529 --- /dev/null +++ b/apresent/01/index.html @@ -0,0 +1,4056 @@ + + + + + + + + + + + + + + + + + + + + + + + Entrega 1 - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Ir para o conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Entrega da Etapa 1

+

Introdução

+

Está página é destinada à apresentação da Etapa 1 do projeto da disciplina.

+

Entregas

+
    +
  1. Planejamento do Projeto;
    2. +
  2. Equipe;
    3. +
  3. Heatmap de disponibilidade dos integrantes;
    4. +
  4. Litas de sites avaliados;
    5. +
  5. Site selecionado para o projeto da disciplina
    6. +
  6. Ferramentas do projeto;
    7. +
  7. Processo de Design;
    8. +
  8. Cronograma detalhado das atividades do projeto (com data de inicio e fim de cada atividade, responsáveis e período de gravação da apresentação).
    9. +
+

Apresentação

+

+ + +

PRESENTES

+

Luiza Maluf Amorim, Marcio Henrique de Sousa Costa,

+

Kaio Enzo Silva De Melo Salgado +

+

Bibliografia

+
+

Autores. Repositório do Grupo Bilheteria Digital 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/apresentacao/apresentacao1/. Acesso em: 27 nov. 2024.

+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)
1.004/11/2024Criação do páginaLuiza Maluf
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/apresent/02/index.html b/apresent/02/index.html new file mode 100644 index 00000000..e73636c9 --- /dev/null +++ b/apresent/02/index.html @@ -0,0 +1,4026 @@ + + + + + + + + + + + + + + + + + + + + + + + Entrega 2 - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Ir para o conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Entrega da Etapa 2

+

Introdução

+

Está página é destinada à apresentação da Etapa 1 do projeto da disciplina.

+

Apresentação

+

+ +

PRESENTES

+

Luiza Maluf Amorim, Marcio Henrique de Sousa Costa,

+

Kaio Enzo Silva De Melo Salgado +

+

Bibliografia

+
+

Autores. Repositório do Grupo Bilheteria Digital 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/apresentacao/apresentacao1/. Acesso em: 27 nov. 2024.

+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)
1.003/12/2024Criação do páginaMárcio Henrique
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/apresent/03/index.html b/apresent/03/index.html new file mode 100644 index 00000000..6b19822e --- /dev/null +++ b/apresent/03/index.html @@ -0,0 +1,4026 @@ + + + + + + + + + + + + + + + + + + + + + + + Entrega 3 - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Ir para o conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Entrega da Etapa 3

+

Introdução

+

Está página é destinada à apresentação da Etapa 1 do projeto da disciplina.

+

Apresentação

+

+ +

PRESENTES

+

Luiza Maluf Amorim, Marcio Henrique de Sousa Costa,

+

Kaio Enzo Silva De Melo Salgado +

+

Bibliografia

+
+

Autores. Repositório do Grupo Bilheteria Digital 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/apresentacao/apresentacao1/. Acesso em: 27 nov. 2024.

+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)
1.003/12/2024Criação do páginaMárcio Henrique
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/apresent/04/index.html b/apresent/04/index.html new file mode 100644 index 00000000..298970fe --- /dev/null +++ b/apresent/04/index.html @@ -0,0 +1,4025 @@ + + + + + + + + + + + + + + + + + + + + + + + Entrega 4 - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Ir para o conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Entrega da Etapa 4

+

Introdução

+

Está página é destinada à apresentação da Etapa 4 do projeto da disciplina.

+

Apresentação

+

+ +

PRESENTES

+

Luiza Maluf Amorim, Marcio Henrique de Sousa Costa,

+

+

Bibliografia

+
+

Autores. Repositório do Grupo Bilheteria Digital 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/apresentacao/apresentacao1/. Acesso em: 27 nov. 2024.

+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)
1.010/12/2024Criação do páginaMárcio Henrique
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/apresent/05/index.html b/apresent/05/index.html new file mode 100644 index 00000000..2464e1c4 --- /dev/null +++ b/apresent/05/index.html @@ -0,0 +1,4026 @@ + + + + + + + + + + + + + + + + + + + + + + + Entrega 5 - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Ir para o conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Entrega da Etapa 5

+

Introdução

+

Está página é destinada à apresentação da Etapa 5 do projeto da disciplina.

+

Apresentação

+

+ + +

PRESENTES

+

Luiza Maluf Amorim, Marcio Henrique de Sousa Costa,

+

+

Bibliografia

+
+

Autores. Repositório do Grupo Bilheteria Digital 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/apresentacao/apresentacao1/. Acesso em: 27 nov. 2024.

+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)
1.005/01/2025Criação do páginaMárcio Henrique
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/apresent/06/index.html b/apresent/06/index.html new file mode 100644 index 00000000..36a7a198 --- /dev/null +++ b/apresent/06/index.html @@ -0,0 +1,4008 @@ + + + + + + + + + + + + + + + + + + + + + Entrega 6 - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Ir para o conteúdo + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Entrega da Etapa 5

+

Introdução

+

Está página é destinada à apresentação da Etapa 6 do projeto da disciplina.

+

Apresentação

+

+ + +

PRESENTES

+

Luiza Maluf Amorim, Marcio Henrique de Sousa Costa,

+

+

Bibliografia

+
+

Autores. Repositório do Grupo Bilheteria Digital 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/apresentacao/apresentacao1/. Acesso em: 27 nov. 2024.

+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)
1.014/01/2025Criação do páginaMárcio Henrique
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git "a/assets/Bras\303\243o_do_Rio_Grande_do_Norte.svg.png" "b/assets/Bras\303\243o_do_Rio_Grande_do_Norte.svg.png" new file mode 100644 index 00000000..8b889a90 Binary files /dev/null and "b/assets/Bras\303\243o_do_Rio_Grande_do_Norte.svg.png" differ diff --git a/assets/analise_tarefas/Agendamentoservico.png b/assets/analise_tarefas/Agendamentoservico.png new file mode 100644 index 00000000..53dc6ba4 Binary files /dev/null and b/assets/analise_tarefas/Agendamentoservico.png differ diff --git a/assets/analise_tarefas/transferencia.png b/assets/analise_tarefas/transferencia.png new file mode 100644 index 00000000..eea15575 Binary files /dev/null and b/assets/analise_tarefas/transferencia.png differ diff --git a/assets/analise_tarefas/transferencia_draw.png b/assets/analise_tarefas/transferencia_draw.png new file mode 100644 index 00000000..50871226 Binary files /dev/null and b/assets/analise_tarefas/transferencia_draw.png differ diff --git a/assets/analise_tarefas/veicular.png b/assets/analise_tarefas/veicular.png new file mode 100644 index 00000000..4f2f5575 Binary files /dev/null and b/assets/analise_tarefas/veicular.png differ diff --git a/assets/analise_tarefas/visualizarCNH.png b/assets/analise_tarefas/visualizarCNH.png new file mode 100644 index 00000000..4e361f20 Binary files /dev/null and b/assets/analise_tarefas/visualizarCNH.png differ diff --git a/assets/design_avaliacao/Story1.pdf b/assets/design_avaliacao/Story1.pdf new file mode 100644 index 00000000..eb5672a0 Binary files /dev/null and b/assets/design_avaliacao/Story1.pdf differ diff --git "a/assets/documentos/Avalia\303\247\303\243o_site_escolhido.pdf" "b/assets/documentos/Avalia\303\247\303\243o_site_escolhido.pdf" new file mode 100644 index 00000000..9771125b Binary files /dev/null and "b/assets/documentos/Avalia\303\247\303\243o_site_escolhido.pdf" differ diff --git a/assets/documentos/Plano_de_Ensino.pdf b/assets/documentos/Plano_de_Ensino.pdf new file mode 100644 index 00000000..c92d46dd Binary files /dev/null and b/assets/documentos/Plano_de_Ensino.pdf differ diff --git a/assets/ferramentas/drawio.png b/assets/ferramentas/drawio.png new file mode 100644 index 00000000..119a6f78 Binary files /dev/null and b/assets/ferramentas/drawio.png differ diff --git a/assets/ferramentas/figma.png b/assets/ferramentas/figma.png new file mode 100644 index 00000000..fe49c39d Binary files /dev/null and b/assets/ferramentas/figma.png differ diff --git a/assets/ferramentas/gdocs.png b/assets/ferramentas/gdocs.png new file mode 100644 index 00000000..e7418db8 Binary files /dev/null and b/assets/ferramentas/gdocs.png differ diff --git a/assets/ferramentas/gdrive.png b/assets/ferramentas/gdrive.png new file mode 100644 index 00000000..9a25318c Binary files /dev/null and b/assets/ferramentas/gdrive.png differ diff --git a/assets/ferramentas/github-e.png b/assets/ferramentas/github-e.png new file mode 100644 index 00000000..50b81752 Binary files /dev/null and b/assets/ferramentas/github-e.png differ diff --git a/assets/ferramentas/github.png b/assets/ferramentas/github.png new file mode 100644 index 00000000..f752eaa8 Binary files /dev/null and b/assets/ferramentas/github.png differ diff --git a/assets/ferramentas/gsheets.png b/assets/ferramentas/gsheets.png new file mode 100644 index 00000000..e1ff29d4 Binary files /dev/null and b/assets/ferramentas/gsheets.png differ diff --git a/assets/ferramentas/marvel.png b/assets/ferramentas/marvel.png new file mode 100644 index 00000000..51503452 Binary files /dev/null and b/assets/ferramentas/marvel.png differ diff --git a/assets/ferramentas/miro.png b/assets/ferramentas/miro.png new file mode 100644 index 00000000..a6678543 Binary files /dev/null and b/assets/ferramentas/miro.png differ diff --git a/assets/ferramentas/mkdocs.png b/assets/ferramentas/mkdocs.png new file mode 100644 index 00000000..22207cee Binary files /dev/null and b/assets/ferramentas/mkdocs.png differ diff --git a/assets/ferramentas/storyboardthat.png b/assets/ferramentas/storyboardthat.png new file mode 100644 index 00000000..562066b2 Binary files /dev/null and b/assets/ferramentas/storyboardthat.png differ diff --git a/assets/ferramentas/teams.png b/assets/ferramentas/teams.png new file mode 100644 index 00000000..f54c2ee8 Binary files /dev/null and b/assets/ferramentas/teams.png differ diff --git a/assets/ferramentas/thispersondoesntexist.png b/assets/ferramentas/thispersondoesntexist.png new file mode 100644 index 00000000..04921487 Binary files /dev/null and b/assets/ferramentas/thispersondoesntexist.png differ diff --git a/assets/ferramentas/vscode.png b/assets/ferramentas/vscode.png new file mode 100644 index 00000000..7d0c0610 Binary files /dev/null and b/assets/ferramentas/vscode.png differ diff --git a/assets/ferramentas/whatsapp.png b/assets/ferramentas/whatsapp.png new file mode 100644 index 00000000..eeba2c62 Binary files /dev/null and b/assets/ferramentas/whatsapp.png differ diff --git a/assets/ferramentas/youtube.png b/assets/ferramentas/youtube.png new file mode 100644 index 00000000..a41f0574 Binary files /dev/null and b/assets/ferramentas/youtube.png differ diff --git a/assets/graficos/analise2/consentimento.png b/assets/graficos/analise2/consentimento.png new file mode 100644 index 00000000..3755af3d Binary files /dev/null and b/assets/graficos/analise2/consentimento.png differ diff --git a/assets/graficos/analise2/costume_uso_doc_digital.png b/assets/graficos/analise2/costume_uso_doc_digital.png new file mode 100644 index 00000000..99da4099 Binary files /dev/null and b/assets/graficos/analise2/costume_uso_doc_digital.png differ diff --git a/assets/graficos/analise2/emissao_documentos.png b/assets/graficos/analise2/emissao_documentos.png new file mode 100644 index 00000000..d6971027 Binary files /dev/null and b/assets/graficos/analise2/emissao_documentos.png differ diff --git a/assets/graficos/analise2/facilitacao_digital.png b/assets/graficos/analise2/facilitacao_digital.png new file mode 100644 index 00000000..bf054f21 Binary files /dev/null and b/assets/graficos/analise2/facilitacao_digital.png differ diff --git a/assets/graficos/analise2/faixa_etaria.png b/assets/graficos/analise2/faixa_etaria.png new file mode 100644 index 00000000..5cd9ce46 Binary files /dev/null and b/assets/graficos/analise2/faixa_etaria.png differ diff --git a/assets/graficos/analise2/metasUsbGrafico.png b/assets/graficos/analise2/metasUsbGrafico.png new file mode 100644 index 00000000..0fa10153 Binary files /dev/null and b/assets/graficos/analise2/metasUsbGrafico.png differ diff --git a/assets/graficos/analise2/motorista_aplicatvo.png b/assets/graficos/analise2/motorista_aplicatvo.png new file mode 100644 index 00000000..64ce17a6 Binary files /dev/null and b/assets/graficos/analise2/motorista_aplicatvo.png differ diff --git a/assets/graficos/analise2/ocupacao_principal.png b/assets/graficos/analise2/ocupacao_principal.png new file mode 100644 index 00000000..6ea8d128 Binary files /dev/null and b/assets/graficos/analise2/ocupacao_principal.png differ diff --git a/assets/graficos/analise2/permissa_direcao.png b/assets/graficos/analise2/permissa_direcao.png new file mode 100644 index 00000000..55e51275 Binary files /dev/null and b/assets/graficos/analise2/permissa_direcao.png differ diff --git a/assets/graficos/analise2/precisou_documentos_impressos.png b/assets/graficos/analise2/precisou_documentos_impressos.png new file mode 100644 index 00000000..ea81d096 Binary files /dev/null and b/assets/graficos/analise2/precisou_documentos_impressos.png differ diff --git a/assets/graficos/analise2/primeira_acao.png b/assets/graficos/analise2/primeira_acao.png new file mode 100644 index 00000000..dcc3e02e Binary files /dev/null and b/assets/graficos/analise2/primeira_acao.png differ diff --git a/assets/graficos/analise2/seguranca_doc_digital.png b/assets/graficos/analise2/seguranca_doc_digital.png new file mode 100644 index 00000000..9530b4d9 Binary files /dev/null and b/assets/graficos/analise2/seguranca_doc_digital.png differ diff --git a/assets/graficos/analise2/solicitacao_portal.png b/assets/graficos/analise2/solicitacao_portal.png new file mode 100644 index 00000000..d9b74633 Binary files /dev/null and b/assets/graficos/analise2/solicitacao_portal.png differ diff --git a/assets/graficos/analise2/solicitacao_portal_experiencia.png b/assets/graficos/analise2/solicitacao_portal_experiencia.png new file mode 100644 index 00000000..57354c53 Binary files /dev/null and b/assets/graficos/analise2/solicitacao_portal_experiencia.png differ diff --git a/assets/graficos/analise2/veiculo_proprio.png b/assets/graficos/analise2/veiculo_proprio.png new file mode 100644 index 00000000..f46592ef Binary files /dev/null and b/assets/graficos/analise2/veiculo_proprio.png differ diff --git a/assets/graficos/heatmap.png b/assets/graficos/heatmap.png new file mode 100644 index 00000000..165bfa21 Binary files /dev/null and b/assets/graficos/heatmap.png differ diff --git a/assets/graficos/verf-cronograma1.png b/assets/graficos/verf-cronograma1.png new file mode 100644 index 00000000..f94e9ce3 Binary files /dev/null and b/assets/graficos/verf-cronograma1.png differ diff --git a/assets/graficos/verf-site-escolhido.png b/assets/graficos/verf-site-escolhido.png new file mode 100644 index 00000000..9b380d69 Binary files /dev/null and b/assets/graficos/verf-site-escolhido.png differ diff --git a/assets/images/favicon.png b/assets/images/favicon.png new file mode 100644 index 00000000..1cf13b9f Binary files /dev/null and b/assets/images/favicon.png differ diff --git a/assets/javascripts/bundle.60a45f97.min.js b/assets/javascripts/bundle.60a45f97.min.js new file mode 100644 index 00000000..f8f18f6c --- /dev/null +++ b/assets/javascripts/bundle.60a45f97.min.js @@ -0,0 +1,16 @@ +"use strict";(()=>{var Wi=Object.create;var gr=Object.defineProperty;var Di=Object.getOwnPropertyDescriptor;var Vi=Object.getOwnPropertyNames,Vt=Object.getOwnPropertySymbols,Ni=Object.getPrototypeOf,yr=Object.prototype.hasOwnProperty,ao=Object.prototype.propertyIsEnumerable;var io=(e,t,r)=>t in e?gr(e,t,{enumerable:!0,configurable:!0,writable:!0,value:r}):e[t]=r,$=(e,t)=>{for(var r in t||(t={}))yr.call(t,r)&&io(e,r,t[r]);if(Vt)for(var r of Vt(t))ao.call(t,r)&&io(e,r,t[r]);return e};var so=(e,t)=>{var r={};for(var o in e)yr.call(e,o)&&t.indexOf(o)<0&&(r[o]=e[o]);if(e!=null&&Vt)for(var o of Vt(e))t.indexOf(o)<0&&ao.call(e,o)&&(r[o]=e[o]);return r};var xr=(e,t)=>()=>(t||e((t={exports:{}}).exports,t),t.exports);var zi=(e,t,r,o)=>{if(t&&typeof t=="object"||typeof t=="function")for(let n of Vi(t))!yr.call(e,n)&&n!==r&&gr(e,n,{get:()=>t[n],enumerable:!(o=Di(t,n))||o.enumerable});return e};var Mt=(e,t,r)=>(r=e!=null?Wi(Ni(e)):{},zi(t||!e||!e.__esModule?gr(r,"default",{value:e,enumerable:!0}):r,e));var co=(e,t,r)=>new Promise((o,n)=>{var i=p=>{try{s(r.next(p))}catch(c){n(c)}},a=p=>{try{s(r.throw(p))}catch(c){n(c)}},s=p=>p.done?o(p.value):Promise.resolve(p.value).then(i,a);s((r=r.apply(e,t)).next())});var lo=xr((Er,po)=>{(function(e,t){typeof Er=="object"&&typeof po!="undefined"?t():typeof define=="function"&&define.amd?define(t):t()})(Er,function(){"use strict";function e(r){var o=!0,n=!1,i=null,a={text:!0,search:!0,url:!0,tel:!0,email:!0,password:!0,number:!0,date:!0,month:!0,week:!0,time:!0,datetime:!0,"datetime-local":!0};function s(k){return!!(k&&k!==document&&k.nodeName!=="HTML"&&k.nodeName!=="BODY"&&"classList"in k&&"contains"in k.classList)}function p(k){var ft=k.type,qe=k.tagName;return!!(qe==="INPUT"&&a[ft]&&!k.readOnly||qe==="TEXTAREA"&&!k.readOnly||k.isContentEditable)}function c(k){k.classList.contains("focus-visible")||(k.classList.add("focus-visible"),k.setAttribute("data-focus-visible-added",""))}function l(k){k.hasAttribute("data-focus-visible-added")&&(k.classList.remove("focus-visible"),k.removeAttribute("data-focus-visible-added"))}function f(k){k.metaKey||k.altKey||k.ctrlKey||(s(r.activeElement)&&c(r.activeElement),o=!0)}function u(k){o=!1}function d(k){s(k.target)&&(o||p(k.target))&&c(k.target)}function y(k){s(k.target)&&(k.target.classList.contains("focus-visible")||k.target.hasAttribute("data-focus-visible-added"))&&(n=!0,window.clearTimeout(i),i=window.setTimeout(function(){n=!1},100),l(k.target))}function L(k){document.visibilityState==="hidden"&&(n&&(o=!0),X())}function X(){document.addEventListener("mousemove",J),document.addEventListener("mousedown",J),document.addEventListener("mouseup",J),document.addEventListener("pointermove",J),document.addEventListener("pointerdown",J),document.addEventListener("pointerup",J),document.addEventListener("touchmove",J),document.addEventListener("touchstart",J),document.addEventListener("touchend",J)}function te(){document.removeEventListener("mousemove",J),document.removeEventListener("mousedown",J),document.removeEventListener("mouseup",J),document.removeEventListener("pointermove",J),document.removeEventListener("pointerdown",J),document.removeEventListener("pointerup",J),document.removeEventListener("touchmove",J),document.removeEventListener("touchstart",J),document.removeEventListener("touchend",J)}function J(k){k.target.nodeName&&k.target.nodeName.toLowerCase()==="html"||(o=!1,te())}document.addEventListener("keydown",f,!0),document.addEventListener("mousedown",u,!0),document.addEventListener("pointerdown",u,!0),document.addEventListener("touchstart",u,!0),document.addEventListener("visibilitychange",L,!0),X(),r.addEventListener("focus",d,!0),r.addEventListener("blur",y,!0),r.nodeType===Node.DOCUMENT_FRAGMENT_NODE&&r.host?r.host.setAttribute("data-js-focus-visible",""):r.nodeType===Node.DOCUMENT_NODE&&(document.documentElement.classList.add("js-focus-visible"),document.documentElement.setAttribute("data-js-focus-visible",""))}if(typeof window!="undefined"&&typeof document!="undefined"){window.applyFocusVisiblePolyfill=e;var t;try{t=new CustomEvent("focus-visible-polyfill-ready")}catch(r){t=document.createEvent("CustomEvent"),t.initCustomEvent("focus-visible-polyfill-ready",!1,!1,{})}window.dispatchEvent(t)}typeof document!="undefined"&&e(document)})});var qr=xr((hy,On)=>{"use strict";/*! + * escape-html + * Copyright(c) 2012-2013 TJ Holowaychuk + * Copyright(c) 2015 Andreas Lubbe + * Copyright(c) 2015 Tiancheng "Timothy" Gu + * MIT Licensed + */var $a=/["'&<>]/;On.exports=Pa;function Pa(e){var t=""+e,r=$a.exec(t);if(!r)return t;var o,n="",i=0,a=0;for(i=r.index;i{/*! + * clipboard.js v2.0.11 + * https://clipboardjs.com/ + * + * Licensed MIT © Zeno Rocha + */(function(t,r){typeof It=="object"&&typeof Yr=="object"?Yr.exports=r():typeof define=="function"&&define.amd?define([],r):typeof It=="object"?It.ClipboardJS=r():t.ClipboardJS=r()})(It,function(){return function(){var e={686:function(o,n,i){"use strict";i.d(n,{default:function(){return Ui}});var a=i(279),s=i.n(a),p=i(370),c=i.n(p),l=i(817),f=i.n(l);function u(V){try{return document.execCommand(V)}catch(A){return!1}}var d=function(A){var M=f()(A);return u("cut"),M},y=d;function L(V){var A=document.documentElement.getAttribute("dir")==="rtl",M=document.createElement("textarea");M.style.fontSize="12pt",M.style.border="0",M.style.padding="0",M.style.margin="0",M.style.position="absolute",M.style[A?"right":"left"]="-9999px";var F=window.pageYOffset||document.documentElement.scrollTop;return M.style.top="".concat(F,"px"),M.setAttribute("readonly",""),M.value=V,M}var X=function(A,M){var F=L(A);M.container.appendChild(F);var D=f()(F);return u("copy"),F.remove(),D},te=function(A){var M=arguments.length>1&&arguments[1]!==void 0?arguments[1]:{container:document.body},F="";return typeof A=="string"?F=X(A,M):A instanceof HTMLInputElement&&!["text","search","url","tel","password"].includes(A==null?void 0:A.type)?F=X(A.value,M):(F=f()(A),u("copy")),F},J=te;function k(V){"@babel/helpers - typeof";return typeof Symbol=="function"&&typeof Symbol.iterator=="symbol"?k=function(M){return typeof M}:k=function(M){return M&&typeof Symbol=="function"&&M.constructor===Symbol&&M!==Symbol.prototype?"symbol":typeof M},k(V)}var ft=function(){var A=arguments.length>0&&arguments[0]!==void 0?arguments[0]:{},M=A.action,F=M===void 0?"copy":M,D=A.container,Y=A.target,$e=A.text;if(F!=="copy"&&F!=="cut")throw new Error('Invalid "action" value, use either "copy" or "cut"');if(Y!==void 0)if(Y&&k(Y)==="object"&&Y.nodeType===1){if(F==="copy"&&Y.hasAttribute("disabled"))throw new Error('Invalid "target" attribute. Please use "readonly" instead of "disabled" attribute');if(F==="cut"&&(Y.hasAttribute("readonly")||Y.hasAttribute("disabled")))throw new Error(`Invalid "target" attribute. You can't cut text from elements with "readonly" or "disabled" attributes`)}else throw new Error('Invalid "target" value, use a valid Element');if($e)return J($e,{container:D});if(Y)return F==="cut"?y(Y):J(Y,{container:D})},qe=ft;function Fe(V){"@babel/helpers - typeof";return typeof Symbol=="function"&&typeof Symbol.iterator=="symbol"?Fe=function(M){return typeof M}:Fe=function(M){return M&&typeof Symbol=="function"&&M.constructor===Symbol&&M!==Symbol.prototype?"symbol":typeof M},Fe(V)}function ki(V,A){if(!(V instanceof A))throw new TypeError("Cannot call a class as a function")}function no(V,A){for(var M=0;M0&&arguments[0]!==void 0?arguments[0]:{};this.action=typeof D.action=="function"?D.action:this.defaultAction,this.target=typeof D.target=="function"?D.target:this.defaultTarget,this.text=typeof D.text=="function"?D.text:this.defaultText,this.container=Fe(D.container)==="object"?D.container:document.body}},{key:"listenClick",value:function(D){var Y=this;this.listener=c()(D,"click",function($e){return Y.onClick($e)})}},{key:"onClick",value:function(D){var Y=D.delegateTarget||D.currentTarget,$e=this.action(Y)||"copy",Dt=qe({action:$e,container:this.container,target:this.target(Y),text:this.text(Y)});this.emit(Dt?"success":"error",{action:$e,text:Dt,trigger:Y,clearSelection:function(){Y&&Y.focus(),window.getSelection().removeAllRanges()}})}},{key:"defaultAction",value:function(D){return vr("action",D)}},{key:"defaultTarget",value:function(D){var Y=vr("target",D);if(Y)return document.querySelector(Y)}},{key:"defaultText",value:function(D){return vr("text",D)}},{key:"destroy",value:function(){this.listener.destroy()}}],[{key:"copy",value:function(D){var Y=arguments.length>1&&arguments[1]!==void 0?arguments[1]:{container:document.body};return J(D,Y)}},{key:"cut",value:function(D){return y(D)}},{key:"isSupported",value:function(){var D=arguments.length>0&&arguments[0]!==void 0?arguments[0]:["copy","cut"],Y=typeof D=="string"?[D]:D,$e=!!document.queryCommandSupported;return Y.forEach(function(Dt){$e=$e&&!!document.queryCommandSupported(Dt)}),$e}}]),M}(s()),Ui=Fi},828:function(o){var n=9;if(typeof Element!="undefined"&&!Element.prototype.matches){var i=Element.prototype;i.matches=i.matchesSelector||i.mozMatchesSelector||i.msMatchesSelector||i.oMatchesSelector||i.webkitMatchesSelector}function a(s,p){for(;s&&s.nodeType!==n;){if(typeof s.matches=="function"&&s.matches(p))return s;s=s.parentNode}}o.exports=a},438:function(o,n,i){var a=i(828);function s(l,f,u,d,y){var L=c.apply(this,arguments);return l.addEventListener(u,L,y),{destroy:function(){l.removeEventListener(u,L,y)}}}function p(l,f,u,d,y){return typeof l.addEventListener=="function"?s.apply(null,arguments):typeof u=="function"?s.bind(null,document).apply(null,arguments):(typeof l=="string"&&(l=document.querySelectorAll(l)),Array.prototype.map.call(l,function(L){return s(L,f,u,d,y)}))}function c(l,f,u,d){return function(y){y.delegateTarget=a(y.target,f),y.delegateTarget&&d.call(l,y)}}o.exports=p},879:function(o,n){n.node=function(i){return i!==void 0&&i instanceof HTMLElement&&i.nodeType===1},n.nodeList=function(i){var a=Object.prototype.toString.call(i);return i!==void 0&&(a==="[object NodeList]"||a==="[object HTMLCollection]")&&"length"in i&&(i.length===0||n.node(i[0]))},n.string=function(i){return typeof i=="string"||i instanceof String},n.fn=function(i){var a=Object.prototype.toString.call(i);return a==="[object Function]"}},370:function(o,n,i){var a=i(879),s=i(438);function p(u,d,y){if(!u&&!d&&!y)throw new Error("Missing required arguments");if(!a.string(d))throw new TypeError("Second argument must be a String");if(!a.fn(y))throw new TypeError("Third argument must be a Function");if(a.node(u))return c(u,d,y);if(a.nodeList(u))return l(u,d,y);if(a.string(u))return f(u,d,y);throw new TypeError("First argument must be a String, HTMLElement, HTMLCollection, or NodeList")}function c(u,d,y){return u.addEventListener(d,y),{destroy:function(){u.removeEventListener(d,y)}}}function l(u,d,y){return Array.prototype.forEach.call(u,function(L){L.addEventListener(d,y)}),{destroy:function(){Array.prototype.forEach.call(u,function(L){L.removeEventListener(d,y)})}}}function f(u,d,y){return s(document.body,u,d,y)}o.exports=p},817:function(o){function n(i){var a;if(i.nodeName==="SELECT")i.focus(),a=i.value;else if(i.nodeName==="INPUT"||i.nodeName==="TEXTAREA"){var s=i.hasAttribute("readonly");s||i.setAttribute("readonly",""),i.select(),i.setSelectionRange(0,i.value.length),s||i.removeAttribute("readonly"),a=i.value}else{i.hasAttribute("contenteditable")&&i.focus();var p=window.getSelection(),c=document.createRange();c.selectNodeContents(i),p.removeAllRanges(),p.addRange(c),a=p.toString()}return a}o.exports=n},279:function(o){function n(){}n.prototype={on:function(i,a,s){var p=this.e||(this.e={});return(p[i]||(p[i]=[])).push({fn:a,ctx:s}),this},once:function(i,a,s){var p=this;function c(){p.off(i,c),a.apply(s,arguments)}return c._=a,this.on(i,c,s)},emit:function(i){var a=[].slice.call(arguments,1),s=((this.e||(this.e={}))[i]||[]).slice(),p=0,c=s.length;for(p;p0&&i[i.length-1])&&(c[0]===6||c[0]===2)){r=0;continue}if(c[0]===3&&(!i||c[1]>i[0]&&c[1]=e.length&&(e=void 0),{value:e&&e[o++],done:!e}}};throw new TypeError(t?"Object is not iterable.":"Symbol.iterator is not defined.")}function N(e,t){var r=typeof Symbol=="function"&&e[Symbol.iterator];if(!r)return e;var o=r.call(e),n,i=[],a;try{for(;(t===void 0||t-- >0)&&!(n=o.next()).done;)i.push(n.value)}catch(s){a={error:s}}finally{try{n&&!n.done&&(r=o.return)&&r.call(o)}finally{if(a)throw a.error}}return i}function q(e,t,r){if(r||arguments.length===2)for(var o=0,n=t.length,i;o1||p(d,L)})},y&&(n[d]=y(n[d])))}function p(d,y){try{c(o[d](y))}catch(L){u(i[0][3],L)}}function c(d){d.value instanceof nt?Promise.resolve(d.value.v).then(l,f):u(i[0][2],d)}function l(d){p("next",d)}function f(d){p("throw",d)}function u(d,y){d(y),i.shift(),i.length&&p(i[0][0],i[0][1])}}function uo(e){if(!Symbol.asyncIterator)throw new TypeError("Symbol.asyncIterator is not defined.");var t=e[Symbol.asyncIterator],r;return t?t.call(e):(e=typeof he=="function"?he(e):e[Symbol.iterator](),r={},o("next"),o("throw"),o("return"),r[Symbol.asyncIterator]=function(){return this},r);function o(i){r[i]=e[i]&&function(a){return new Promise(function(s,p){a=e[i](a),n(s,p,a.done,a.value)})}}function n(i,a,s,p){Promise.resolve(p).then(function(c){i({value:c,done:s})},a)}}function H(e){return typeof e=="function"}function ut(e){var t=function(o){Error.call(o),o.stack=new Error().stack},r=e(t);return r.prototype=Object.create(Error.prototype),r.prototype.constructor=r,r}var zt=ut(function(e){return function(r){e(this),this.message=r?r.length+` errors occurred during unsubscription: +`+r.map(function(o,n){return n+1+") "+o.toString()}).join(` + `):"",this.name="UnsubscriptionError",this.errors=r}});function Qe(e,t){if(e){var r=e.indexOf(t);0<=r&&e.splice(r,1)}}var Ue=function(){function e(t){this.initialTeardown=t,this.closed=!1,this._parentage=null,this._finalizers=null}return e.prototype.unsubscribe=function(){var t,r,o,n,i;if(!this.closed){this.closed=!0;var a=this._parentage;if(a)if(this._parentage=null,Array.isArray(a))try{for(var s=he(a),p=s.next();!p.done;p=s.next()){var c=p.value;c.remove(this)}}catch(L){t={error:L}}finally{try{p&&!p.done&&(r=s.return)&&r.call(s)}finally{if(t)throw t.error}}else a.remove(this);var l=this.initialTeardown;if(H(l))try{l()}catch(L){i=L instanceof zt?L.errors:[L]}var f=this._finalizers;if(f){this._finalizers=null;try{for(var u=he(f),d=u.next();!d.done;d=u.next()){var y=d.value;try{ho(y)}catch(L){i=i!=null?i:[],L instanceof zt?i=q(q([],N(i)),N(L.errors)):i.push(L)}}}catch(L){o={error:L}}finally{try{d&&!d.done&&(n=u.return)&&n.call(u)}finally{if(o)throw o.error}}}if(i)throw new zt(i)}},e.prototype.add=function(t){var r;if(t&&t!==this)if(this.closed)ho(t);else{if(t instanceof e){if(t.closed||t._hasParent(this))return;t._addParent(this)}(this._finalizers=(r=this._finalizers)!==null&&r!==void 0?r:[]).push(t)}},e.prototype._hasParent=function(t){var r=this._parentage;return r===t||Array.isArray(r)&&r.includes(t)},e.prototype._addParent=function(t){var r=this._parentage;this._parentage=Array.isArray(r)?(r.push(t),r):r?[r,t]:t},e.prototype._removeParent=function(t){var r=this._parentage;r===t?this._parentage=null:Array.isArray(r)&&Qe(r,t)},e.prototype.remove=function(t){var r=this._finalizers;r&&Qe(r,t),t instanceof e&&t._removeParent(this)},e.EMPTY=function(){var t=new e;return t.closed=!0,t}(),e}();var Tr=Ue.EMPTY;function qt(e){return e instanceof Ue||e&&"closed"in e&&H(e.remove)&&H(e.add)&&H(e.unsubscribe)}function ho(e){H(e)?e():e.unsubscribe()}var Pe={onUnhandledError:null,onStoppedNotification:null,Promise:void 0,useDeprecatedSynchronousErrorHandling:!1,useDeprecatedNextContext:!1};var dt={setTimeout:function(e,t){for(var r=[],o=2;o0},enumerable:!1,configurable:!0}),t.prototype._trySubscribe=function(r){return this._throwIfClosed(),e.prototype._trySubscribe.call(this,r)},t.prototype._subscribe=function(r){return this._throwIfClosed(),this._checkFinalizedStatuses(r),this._innerSubscribe(r)},t.prototype._innerSubscribe=function(r){var o=this,n=this,i=n.hasError,a=n.isStopped,s=n.observers;return i||a?Tr:(this.currentObservers=null,s.push(r),new Ue(function(){o.currentObservers=null,Qe(s,r)}))},t.prototype._checkFinalizedStatuses=function(r){var o=this,n=o.hasError,i=o.thrownError,a=o.isStopped;n?r.error(i):a&&r.complete()},t.prototype.asObservable=function(){var r=new j;return r.source=this,r},t.create=function(r,o){return new To(r,o)},t}(j);var To=function(e){oe(t,e);function t(r,o){var n=e.call(this)||this;return n.destination=r,n.source=o,n}return t.prototype.next=function(r){var o,n;(n=(o=this.destination)===null||o===void 0?void 0:o.next)===null||n===void 0||n.call(o,r)},t.prototype.error=function(r){var o,n;(n=(o=this.destination)===null||o===void 0?void 0:o.error)===null||n===void 0||n.call(o,r)},t.prototype.complete=function(){var r,o;(o=(r=this.destination)===null||r===void 0?void 0:r.complete)===null||o===void 0||o.call(r)},t.prototype._subscribe=function(r){var o,n;return(n=(o=this.source)===null||o===void 0?void 0:o.subscribe(r))!==null&&n!==void 0?n:Tr},t}(g);var _r=function(e){oe(t,e);function t(r){var o=e.call(this)||this;return o._value=r,o}return Object.defineProperty(t.prototype,"value",{get:function(){return this.getValue()},enumerable:!1,configurable:!0}),t.prototype._subscribe=function(r){var o=e.prototype._subscribe.call(this,r);return!o.closed&&r.next(this._value),o},t.prototype.getValue=function(){var r=this,o=r.hasError,n=r.thrownError,i=r._value;if(o)throw n;return this._throwIfClosed(),i},t.prototype.next=function(r){e.prototype.next.call(this,this._value=r)},t}(g);var At={now:function(){return(At.delegate||Date).now()},delegate:void 0};var Ct=function(e){oe(t,e);function t(r,o,n){r===void 0&&(r=1/0),o===void 0&&(o=1/0),n===void 0&&(n=At);var i=e.call(this)||this;return i._bufferSize=r,i._windowTime=o,i._timestampProvider=n,i._buffer=[],i._infiniteTimeWindow=!0,i._infiniteTimeWindow=o===1/0,i._bufferSize=Math.max(1,r),i._windowTime=Math.max(1,o),i}return t.prototype.next=function(r){var o=this,n=o.isStopped,i=o._buffer,a=o._infiniteTimeWindow,s=o._timestampProvider,p=o._windowTime;n||(i.push(r),!a&&i.push(s.now()+p)),this._trimBuffer(),e.prototype.next.call(this,r)},t.prototype._subscribe=function(r){this._throwIfClosed(),this._trimBuffer();for(var o=this._innerSubscribe(r),n=this,i=n._infiniteTimeWindow,a=n._buffer,s=a.slice(),p=0;p0?e.prototype.schedule.call(this,r,o):(this.delay=o,this.state=r,this.scheduler.flush(this),this)},t.prototype.execute=function(r,o){return o>0||this.closed?e.prototype.execute.call(this,r,o):this._execute(r,o)},t.prototype.requestAsyncId=function(r,o,n){return n===void 0&&(n=0),n!=null&&n>0||n==null&&this.delay>0?e.prototype.requestAsyncId.call(this,r,o,n):(r.flush(this),0)},t}(gt);var Lo=function(e){oe(t,e);function t(){return e!==null&&e.apply(this,arguments)||this}return t}(yt);var kr=new Lo(Oo);var Mo=function(e){oe(t,e);function t(r,o){var n=e.call(this,r,o)||this;return n.scheduler=r,n.work=o,n}return t.prototype.requestAsyncId=function(r,o,n){return n===void 0&&(n=0),n!==null&&n>0?e.prototype.requestAsyncId.call(this,r,o,n):(r.actions.push(this),r._scheduled||(r._scheduled=vt.requestAnimationFrame(function(){return r.flush(void 0)})))},t.prototype.recycleAsyncId=function(r,o,n){var i;if(n===void 0&&(n=0),n!=null?n>0:this.delay>0)return e.prototype.recycleAsyncId.call(this,r,o,n);var a=r.actions;o!=null&&((i=a[a.length-1])===null||i===void 0?void 0:i.id)!==o&&(vt.cancelAnimationFrame(o),r._scheduled=void 0)},t}(gt);var _o=function(e){oe(t,e);function t(){return e!==null&&e.apply(this,arguments)||this}return t.prototype.flush=function(r){this._active=!0;var o=this._scheduled;this._scheduled=void 0;var n=this.actions,i;r=r||n.shift();do if(i=r.execute(r.state,r.delay))break;while((r=n[0])&&r.id===o&&n.shift());if(this._active=!1,i){for(;(r=n[0])&&r.id===o&&n.shift();)r.unsubscribe();throw i}},t}(yt);var me=new _o(Mo);var S=new j(function(e){return e.complete()});function Yt(e){return e&&H(e.schedule)}function Hr(e){return e[e.length-1]}function Xe(e){return H(Hr(e))?e.pop():void 0}function ke(e){return Yt(Hr(e))?e.pop():void 0}function Bt(e,t){return typeof Hr(e)=="number"?e.pop():t}var xt=function(e){return e&&typeof e.length=="number"&&typeof e!="function"};function Gt(e){return H(e==null?void 0:e.then)}function Jt(e){return H(e[bt])}function Xt(e){return Symbol.asyncIterator&&H(e==null?void 0:e[Symbol.asyncIterator])}function Zt(e){return new TypeError("You provided "+(e!==null&&typeof e=="object"?"an invalid object":"'"+e+"'")+" where a stream was expected. You can provide an Observable, Promise, ReadableStream, Array, AsyncIterable, or Iterable.")}function Zi(){return typeof Symbol!="function"||!Symbol.iterator?"@@iterator":Symbol.iterator}var er=Zi();function tr(e){return H(e==null?void 0:e[er])}function rr(e){return fo(this,arguments,function(){var r,o,n,i;return Nt(this,function(a){switch(a.label){case 0:r=e.getReader(),a.label=1;case 1:a.trys.push([1,,9,10]),a.label=2;case 2:return[4,nt(r.read())];case 3:return o=a.sent(),n=o.value,i=o.done,i?[4,nt(void 0)]:[3,5];case 4:return[2,a.sent()];case 5:return[4,nt(n)];case 6:return[4,a.sent()];case 7:return a.sent(),[3,2];case 8:return[3,10];case 9:return r.releaseLock(),[7];case 10:return[2]}})})}function or(e){return H(e==null?void 0:e.getReader)}function U(e){if(e instanceof j)return e;if(e!=null){if(Jt(e))return ea(e);if(xt(e))return ta(e);if(Gt(e))return ra(e);if(Xt(e))return Ao(e);if(tr(e))return oa(e);if(or(e))return na(e)}throw Zt(e)}function ea(e){return new j(function(t){var r=e[bt]();if(H(r.subscribe))return r.subscribe(t);throw new TypeError("Provided object does not correctly implement Symbol.observable")})}function ta(e){return new j(function(t){for(var r=0;r=2;return function(o){return o.pipe(e?b(function(n,i){return e(n,i,o)}):le,Te(1),r?De(t):Qo(function(){return new ir}))}}function jr(e){return e<=0?function(){return S}:E(function(t,r){var o=[];t.subscribe(T(r,function(n){o.push(n),e=2,!0))}function pe(e){e===void 0&&(e={});var t=e.connector,r=t===void 0?function(){return new g}:t,o=e.resetOnError,n=o===void 0?!0:o,i=e.resetOnComplete,a=i===void 0?!0:i,s=e.resetOnRefCountZero,p=s===void 0?!0:s;return function(c){var l,f,u,d=0,y=!1,L=!1,X=function(){f==null||f.unsubscribe(),f=void 0},te=function(){X(),l=u=void 0,y=L=!1},J=function(){var k=l;te(),k==null||k.unsubscribe()};return E(function(k,ft){d++,!L&&!y&&X();var qe=u=u!=null?u:r();ft.add(function(){d--,d===0&&!L&&!y&&(f=Ur(J,p))}),qe.subscribe(ft),!l&&d>0&&(l=new at({next:function(Fe){return qe.next(Fe)},error:function(Fe){L=!0,X(),f=Ur(te,n,Fe),qe.error(Fe)},complete:function(){y=!0,X(),f=Ur(te,a),qe.complete()}}),U(k).subscribe(l))})(c)}}function Ur(e,t){for(var r=[],o=2;oe.next(document)),e}function P(e,t=document){return Array.from(t.querySelectorAll(e))}function R(e,t=document){let r=fe(e,t);if(typeof r=="undefined")throw new ReferenceError(`Missing element: expected "${e}" to be present`);return r}function fe(e,t=document){return t.querySelector(e)||void 0}function Ie(){var e,t,r,o;return(o=(r=(t=(e=document.activeElement)==null?void 0:e.shadowRoot)==null?void 0:t.activeElement)!=null?r:document.activeElement)!=null?o:void 0}var wa=O(h(document.body,"focusin"),h(document.body,"focusout")).pipe(_e(1),Q(void 0),m(()=>Ie()||document.body),G(1));function et(e){return wa.pipe(m(t=>e.contains(t)),K())}function $t(e,t){return C(()=>O(h(e,"mouseenter").pipe(m(()=>!0)),h(e,"mouseleave").pipe(m(()=>!1))).pipe(t?Ht(r=>Le(+!r*t)):le,Q(e.matches(":hover"))))}function Jo(e,t){if(typeof t=="string"||typeof t=="number")e.innerHTML+=t.toString();else if(t instanceof Node)e.appendChild(t);else if(Array.isArray(t))for(let r of t)Jo(e,r)}function x(e,t,...r){let o=document.createElement(e);if(t)for(let n of Object.keys(t))typeof t[n]!="undefined"&&(typeof t[n]!="boolean"?o.setAttribute(n,t[n]):o.setAttribute(n,""));for(let n of r)Jo(o,n);return o}function sr(e){if(e>999){let t=+((e-950)%1e3>99);return`${((e+1e-6)/1e3).toFixed(t)}k`}else return e.toString()}function Tt(e){let t=x("script",{src:e});return C(()=>(document.head.appendChild(t),O(h(t,"load"),h(t,"error").pipe(v(()=>$r(()=>new ReferenceError(`Invalid script: ${e}`))))).pipe(m(()=>{}),_(()=>document.head.removeChild(t)),Te(1))))}var Xo=new g,Ta=C(()=>typeof ResizeObserver=="undefined"?Tt("https://unpkg.com/resize-observer-polyfill"):I(void 0)).pipe(m(()=>new ResizeObserver(e=>e.forEach(t=>Xo.next(t)))),v(e=>O(Ye,I(e)).pipe(_(()=>e.disconnect()))),G(1));function ce(e){return{width:e.offsetWidth,height:e.offsetHeight}}function ge(e){let t=e;for(;t.clientWidth===0&&t.parentElement;)t=t.parentElement;return Ta.pipe(w(r=>r.observe(t)),v(r=>Xo.pipe(b(o=>o.target===t),_(()=>r.unobserve(t)))),m(()=>ce(e)),Q(ce(e)))}function St(e){return{width:e.scrollWidth,height:e.scrollHeight}}function cr(e){let t=e.parentElement;for(;t&&(e.scrollWidth<=t.scrollWidth&&e.scrollHeight<=t.scrollHeight);)t=(e=t).parentElement;return t?e:void 0}function Zo(e){let t=[],r=e.parentElement;for(;r;)(e.clientWidth>r.clientWidth||e.clientHeight>r.clientHeight)&&t.push(r),r=(e=r).parentElement;return t.length===0&&t.push(document.documentElement),t}function Ve(e){return{x:e.offsetLeft,y:e.offsetTop}}function en(e){let t=e.getBoundingClientRect();return{x:t.x+window.scrollX,y:t.y+window.scrollY}}function tn(e){return O(h(window,"load"),h(window,"resize")).pipe(Me(0,me),m(()=>Ve(e)),Q(Ve(e)))}function pr(e){return{x:e.scrollLeft,y:e.scrollTop}}function Ne(e){return O(h(e,"scroll"),h(window,"scroll"),h(window,"resize")).pipe(Me(0,me),m(()=>pr(e)),Q(pr(e)))}var rn=new g,Sa=C(()=>I(new IntersectionObserver(e=>{for(let t of e)rn.next(t)},{threshold:0}))).pipe(v(e=>O(Ye,I(e)).pipe(_(()=>e.disconnect()))),G(1));function tt(e){return Sa.pipe(w(t=>t.observe(e)),v(t=>rn.pipe(b(({target:r})=>r===e),_(()=>t.unobserve(e)),m(({isIntersecting:r})=>r))))}function on(e,t=16){return Ne(e).pipe(m(({y:r})=>{let o=ce(e),n=St(e);return r>=n.height-o.height-t}),K())}var lr={drawer:R("[data-md-toggle=drawer]"),search:R("[data-md-toggle=search]")};function nn(e){return lr[e].checked}function Je(e,t){lr[e].checked!==t&&lr[e].click()}function ze(e){let t=lr[e];return h(t,"change").pipe(m(()=>t.checked),Q(t.checked))}function Oa(e,t){switch(e.constructor){case HTMLInputElement:return e.type==="radio"?/^Arrow/.test(t):!0;case HTMLSelectElement:case HTMLTextAreaElement:return!0;default:return e.isContentEditable}}function La(){return O(h(window,"compositionstart").pipe(m(()=>!0)),h(window,"compositionend").pipe(m(()=>!1))).pipe(Q(!1))}function an(){let e=h(window,"keydown").pipe(b(t=>!(t.metaKey||t.ctrlKey)),m(t=>({mode:nn("search")?"search":"global",type:t.key,claim(){t.preventDefault(),t.stopPropagation()}})),b(({mode:t,type:r})=>{if(t==="global"){let o=Ie();if(typeof o!="undefined")return!Oa(o,r)}return!0}),pe());return La().pipe(v(t=>t?S:e))}function ye(){return new URL(location.href)}function lt(e,t=!1){if(B("navigation.instant")&&!t){let r=x("a",{href:e.href});document.body.appendChild(r),r.click(),r.remove()}else location.href=e.href}function sn(){return new g}function cn(){return location.hash.slice(1)}function pn(e){let t=x("a",{href:e});t.addEventListener("click",r=>r.stopPropagation()),t.click()}function Ma(e){return O(h(window,"hashchange"),e).pipe(m(cn),Q(cn()),b(t=>t.length>0),G(1))}function ln(e){return Ma(e).pipe(m(t=>fe(`[id="${t}"]`)),b(t=>typeof t!="undefined"))}function Pt(e){let t=matchMedia(e);return ar(r=>t.addListener(()=>r(t.matches))).pipe(Q(t.matches))}function mn(){let e=matchMedia("print");return O(h(window,"beforeprint").pipe(m(()=>!0)),h(window,"afterprint").pipe(m(()=>!1))).pipe(Q(e.matches))}function Nr(e,t){return e.pipe(v(r=>r?t():S))}function zr(e,t){return new j(r=>{let o=new XMLHttpRequest;return o.open("GET",`${e}`),o.responseType="blob",o.addEventListener("load",()=>{o.status>=200&&o.status<300?(r.next(o.response),r.complete()):r.error(new Error(o.statusText))}),o.addEventListener("error",()=>{r.error(new Error("Network error"))}),o.addEventListener("abort",()=>{r.complete()}),typeof(t==null?void 0:t.progress$)!="undefined"&&(o.addEventListener("progress",n=>{var i;if(n.lengthComputable)t.progress$.next(n.loaded/n.total*100);else{let a=(i=o.getResponseHeader("Content-Length"))!=null?i:0;t.progress$.next(n.loaded/+a*100)}}),t.progress$.next(5)),o.send(),()=>o.abort()})}function je(e,t){return zr(e,t).pipe(v(r=>r.text()),m(r=>JSON.parse(r)),G(1))}function fn(e,t){let r=new DOMParser;return zr(e,t).pipe(v(o=>o.text()),m(o=>r.parseFromString(o,"text/html")),G(1))}function un(e,t){let r=new DOMParser;return zr(e,t).pipe(v(o=>o.text()),m(o=>r.parseFromString(o,"text/xml")),G(1))}function dn(){return{x:Math.max(0,scrollX),y:Math.max(0,scrollY)}}function hn(){return O(h(window,"scroll",{passive:!0}),h(window,"resize",{passive:!0})).pipe(m(dn),Q(dn()))}function bn(){return{width:innerWidth,height:innerHeight}}function vn(){return h(window,"resize",{passive:!0}).pipe(m(bn),Q(bn()))}function gn(){return z([hn(),vn()]).pipe(m(([e,t])=>({offset:e,size:t})),G(1))}function mr(e,{viewport$:t,header$:r}){let o=t.pipe(ee("size")),n=z([o,r]).pipe(m(()=>Ve(e)));return z([r,t,n]).pipe(m(([{height:i},{offset:a,size:s},{x:p,y:c}])=>({offset:{x:a.x-p,y:a.y-c+i},size:s})))}function _a(e){return h(e,"message",t=>t.data)}function Aa(e){let t=new g;return t.subscribe(r=>e.postMessage(r)),t}function yn(e,t=new Worker(e)){let r=_a(t),o=Aa(t),n=new g;n.subscribe(o);let i=o.pipe(Z(),ie(!0));return n.pipe(Z(),Re(r.pipe(W(i))),pe())}var Ca=R("#__config"),Ot=JSON.parse(Ca.textContent);Ot.base=`${new URL(Ot.base,ye())}`;function xe(){return Ot}function B(e){return Ot.features.includes(e)}function Ee(e,t){return typeof t!="undefined"?Ot.translations[e].replace("#",t.toString()):Ot.translations[e]}function Se(e,t=document){return R(`[data-md-component=${e}]`,t)}function ae(e,t=document){return P(`[data-md-component=${e}]`,t)}function ka(e){let t=R(".md-typeset > :first-child",e);return h(t,"click",{once:!0}).pipe(m(()=>R(".md-typeset",e)),m(r=>({hash:__md_hash(r.innerHTML)})))}function xn(e){if(!B("announce.dismiss")||!e.childElementCount)return S;if(!e.hidden){let t=R(".md-typeset",e);__md_hash(t.innerHTML)===__md_get("__announce")&&(e.hidden=!0)}return C(()=>{let t=new g;return t.subscribe(({hash:r})=>{e.hidden=!0,__md_set("__announce",r)}),ka(e).pipe(w(r=>t.next(r)),_(()=>t.complete()),m(r=>$({ref:e},r)))})}function Ha(e,{target$:t}){return t.pipe(m(r=>({hidden:r!==e})))}function En(e,t){let r=new g;return r.subscribe(({hidden:o})=>{e.hidden=o}),Ha(e,t).pipe(w(o=>r.next(o)),_(()=>r.complete()),m(o=>$({ref:e},o)))}function Rt(e,t){return t==="inline"?x("div",{class:"md-tooltip md-tooltip--inline",id:e,role:"tooltip"},x("div",{class:"md-tooltip__inner md-typeset"})):x("div",{class:"md-tooltip",id:e,role:"tooltip"},x("div",{class:"md-tooltip__inner md-typeset"}))}function wn(...e){return x("div",{class:"md-tooltip2",role:"tooltip"},x("div",{class:"md-tooltip2__inner md-typeset"},e))}function Tn(e,t){if(t=t?`${t}_annotation_${e}`:void 0,t){let r=t?`#${t}`:void 0;return x("aside",{class:"md-annotation",tabIndex:0},Rt(t),x("a",{href:r,class:"md-annotation__index",tabIndex:-1},x("span",{"data-md-annotation-id":e})))}else return x("aside",{class:"md-annotation",tabIndex:0},Rt(t),x("span",{class:"md-annotation__index",tabIndex:-1},x("span",{"data-md-annotation-id":e})))}function Sn(e){return x("button",{class:"md-clipboard md-icon",title:Ee("clipboard.copy"),"data-clipboard-target":`#${e} > code`})}var Ln=Mt(qr());function Qr(e,t){let r=t&2,o=t&1,n=Object.keys(e.terms).filter(p=>!e.terms[p]).reduce((p,c)=>[...p,x("del",null,(0,Ln.default)(c))," "],[]).slice(0,-1),i=xe(),a=new URL(e.location,i.base);B("search.highlight")&&a.searchParams.set("h",Object.entries(e.terms).filter(([,p])=>p).reduce((p,[c])=>`${p} ${c}`.trim(),""));let{tags:s}=xe();return x("a",{href:`${a}`,class:"md-search-result__link",tabIndex:-1},x("article",{class:"md-search-result__article md-typeset","data-md-score":e.score.toFixed(2)},r>0&&x("div",{class:"md-search-result__icon md-icon"}),r>0&&x("h1",null,e.title),r<=0&&x("h2",null,e.title),o>0&&e.text.length>0&&e.text,e.tags&&x("nav",{class:"md-tags"},e.tags.map(p=>{let c=s?p in s?`md-tag-icon md-tag--${s[p]}`:"md-tag-icon":"";return x("span",{class:`md-tag ${c}`},p)})),o>0&&n.length>0&&x("p",{class:"md-search-result__terms"},Ee("search.result.term.missing"),": ",...n)))}function Mn(e){let t=e[0].score,r=[...e],o=xe(),n=r.findIndex(l=>!`${new URL(l.location,o.base)}`.includes("#")),[i]=r.splice(n,1),a=r.findIndex(l=>l.scoreQr(l,1)),...p.length?[x("details",{class:"md-search-result__more"},x("summary",{tabIndex:-1},x("div",null,p.length>0&&p.length===1?Ee("search.result.more.one"):Ee("search.result.more.other",p.length))),...p.map(l=>Qr(l,1)))]:[]];return x("li",{class:"md-search-result__item"},c)}function _n(e){return x("ul",{class:"md-source__facts"},Object.entries(e).map(([t,r])=>x("li",{class:`md-source__fact md-source__fact--${t}`},typeof r=="number"?sr(r):r)))}function Kr(e){let t=`tabbed-control tabbed-control--${e}`;return x("div",{class:t,hidden:!0},x("button",{class:"tabbed-button",tabIndex:-1,"aria-hidden":"true"}))}function An(e){return x("div",{class:"md-typeset__scrollwrap"},x("div",{class:"md-typeset__table"},e))}function Ra(e){var o;let t=xe(),r=new URL(`../${e.version}/`,t.base);return x("li",{class:"md-version__item"},x("a",{href:`${r}`,class:"md-version__link"},e.title,((o=t.version)==null?void 0:o.alias)&&e.aliases.length>0&&x("span",{class:"md-version__alias"},e.aliases[0])))}function Cn(e,t){var o;let r=xe();return e=e.filter(n=>{var i;return!((i=n.properties)!=null&&i.hidden)}),x("div",{class:"md-version"},x("button",{class:"md-version__current","aria-label":Ee("select.version")},t.title,((o=r.version)==null?void 0:o.alias)&&t.aliases.length>0&&x("span",{class:"md-version__alias"},t.aliases[0])),x("ul",{class:"md-version__list"},e.map(Ra)))}var Ia=0;function ja(e){let t=z([et(e),$t(e)]).pipe(m(([o,n])=>o||n),K()),r=C(()=>Zo(e)).pipe(ne(Ne),pt(1),He(t),m(()=>en(e)));return t.pipe(Ae(o=>o),v(()=>z([t,r])),m(([o,n])=>({active:o,offset:n})),pe())}function Fa(e,t){let{content$:r,viewport$:o}=t,n=`__tooltip2_${Ia++}`;return C(()=>{let i=new g,a=new _r(!1);i.pipe(Z(),ie(!1)).subscribe(a);let s=a.pipe(Ht(c=>Le(+!c*250,kr)),K(),v(c=>c?r:S),w(c=>c.id=n),pe());z([i.pipe(m(({active:c})=>c)),s.pipe(v(c=>$t(c,250)),Q(!1))]).pipe(m(c=>c.some(l=>l))).subscribe(a);let p=a.pipe(b(c=>c),re(s,o),m(([c,l,{size:f}])=>{let u=e.getBoundingClientRect(),d=u.width/2;if(l.role==="tooltip")return{x:d,y:8+u.height};if(u.y>=f.height/2){let{height:y}=ce(l);return{x:d,y:-16-y}}else return{x:d,y:16+u.height}}));return z([s,i,p]).subscribe(([c,{offset:l},f])=>{c.style.setProperty("--md-tooltip-host-x",`${l.x}px`),c.style.setProperty("--md-tooltip-host-y",`${l.y}px`),c.style.setProperty("--md-tooltip-x",`${f.x}px`),c.style.setProperty("--md-tooltip-y",`${f.y}px`),c.classList.toggle("md-tooltip2--top",f.y<0),c.classList.toggle("md-tooltip2--bottom",f.y>=0)}),a.pipe(b(c=>c),re(s,(c,l)=>l),b(c=>c.role==="tooltip")).subscribe(c=>{let l=ce(R(":scope > *",c));c.style.setProperty("--md-tooltip-width",`${l.width}px`),c.style.setProperty("--md-tooltip-tail","0px")}),a.pipe(K(),ve(me),re(s)).subscribe(([c,l])=>{l.classList.toggle("md-tooltip2--active",c)}),z([a.pipe(b(c=>c)),s]).subscribe(([c,l])=>{l.role==="dialog"?(e.setAttribute("aria-controls",n),e.setAttribute("aria-haspopup","dialog")):e.setAttribute("aria-describedby",n)}),a.pipe(b(c=>!c)).subscribe(()=>{e.removeAttribute("aria-controls"),e.removeAttribute("aria-describedby"),e.removeAttribute("aria-haspopup")}),ja(e).pipe(w(c=>i.next(c)),_(()=>i.complete()),m(c=>$({ref:e},c)))})}function mt(e,{viewport$:t},r=document.body){return Fa(e,{content$:new j(o=>{let n=e.title,i=wn(n);return o.next(i),e.removeAttribute("title"),r.append(i),()=>{i.remove(),e.setAttribute("title",n)}}),viewport$:t})}function Ua(e,t){let r=C(()=>z([tn(e),Ne(t)])).pipe(m(([{x:o,y:n},i])=>{let{width:a,height:s}=ce(e);return{x:o-i.x+a/2,y:n-i.y+s/2}}));return et(e).pipe(v(o=>r.pipe(m(n=>({active:o,offset:n})),Te(+!o||1/0))))}function kn(e,t,{target$:r}){let[o,n]=Array.from(e.children);return C(()=>{let i=new g,a=i.pipe(Z(),ie(!0));return i.subscribe({next({offset:s}){e.style.setProperty("--md-tooltip-x",`${s.x}px`),e.style.setProperty("--md-tooltip-y",`${s.y}px`)},complete(){e.style.removeProperty("--md-tooltip-x"),e.style.removeProperty("--md-tooltip-y")}}),tt(e).pipe(W(a)).subscribe(s=>{e.toggleAttribute("data-md-visible",s)}),O(i.pipe(b(({active:s})=>s)),i.pipe(_e(250),b(({active:s})=>!s))).subscribe({next({active:s}){s?e.prepend(o):o.remove()},complete(){e.prepend(o)}}),i.pipe(Me(16,me)).subscribe(({active:s})=>{o.classList.toggle("md-tooltip--active",s)}),i.pipe(pt(125,me),b(()=>!!e.offsetParent),m(()=>e.offsetParent.getBoundingClientRect()),m(({x:s})=>s)).subscribe({next(s){s?e.style.setProperty("--md-tooltip-0",`${-s}px`):e.style.removeProperty("--md-tooltip-0")},complete(){e.style.removeProperty("--md-tooltip-0")}}),h(n,"click").pipe(W(a),b(s=>!(s.metaKey||s.ctrlKey))).subscribe(s=>{s.stopPropagation(),s.preventDefault()}),h(n,"mousedown").pipe(W(a),re(i)).subscribe(([s,{active:p}])=>{var c;if(s.button!==0||s.metaKey||s.ctrlKey)s.preventDefault();else if(p){s.preventDefault();let l=e.parentElement.closest(".md-annotation");l instanceof HTMLElement?l.focus():(c=Ie())==null||c.blur()}}),r.pipe(W(a),b(s=>s===o),Ge(125)).subscribe(()=>e.focus()),Ua(e,t).pipe(w(s=>i.next(s)),_(()=>i.complete()),m(s=>$({ref:e},s)))})}function Wa(e){return e.tagName==="CODE"?P(".c, .c1, .cm",e):[e]}function Da(e){let t=[];for(let r of Wa(e)){let o=[],n=document.createNodeIterator(r,NodeFilter.SHOW_TEXT);for(let i=n.nextNode();i;i=n.nextNode())o.push(i);for(let i of o){let a;for(;a=/(\(\d+\))(!)?/.exec(i.textContent);){let[,s,p]=a;if(typeof p=="undefined"){let c=i.splitText(a.index);i=c.splitText(s.length),t.push(c)}else{i.textContent=s,t.push(i);break}}}}return t}function Hn(e,t){t.append(...Array.from(e.childNodes))}function fr(e,t,{target$:r,print$:o}){let n=t.closest("[id]"),i=n==null?void 0:n.id,a=new Map;for(let s of Da(t)){let[,p]=s.textContent.match(/\((\d+)\)/);fe(`:scope > li:nth-child(${p})`,e)&&(a.set(p,Tn(p,i)),s.replaceWith(a.get(p)))}return a.size===0?S:C(()=>{let s=new g,p=s.pipe(Z(),ie(!0)),c=[];for(let[l,f]of a)c.push([R(".md-typeset",f),R(`:scope > li:nth-child(${l})`,e)]);return o.pipe(W(p)).subscribe(l=>{e.hidden=!l,e.classList.toggle("md-annotation-list",l);for(let[f,u]of c)l?Hn(f,u):Hn(u,f)}),O(...[...a].map(([,l])=>kn(l,t,{target$:r}))).pipe(_(()=>s.complete()),pe())})}function $n(e){if(e.nextElementSibling){let t=e.nextElementSibling;if(t.tagName==="OL")return t;if(t.tagName==="P"&&!t.children.length)return $n(t)}}function Pn(e,t){return C(()=>{let r=$n(e);return typeof r!="undefined"?fr(r,e,t):S})}var Rn=Mt(Br());var Va=0;function In(e){if(e.nextElementSibling){let t=e.nextElementSibling;if(t.tagName==="OL")return t;if(t.tagName==="P"&&!t.children.length)return In(t)}}function Na(e){return ge(e).pipe(m(({width:t})=>({scrollable:St(e).width>t})),ee("scrollable"))}function jn(e,t){let{matches:r}=matchMedia("(hover)"),o=C(()=>{let n=new g,i=n.pipe(jr(1));n.subscribe(({scrollable:c})=>{c&&r?e.setAttribute("tabindex","0"):e.removeAttribute("tabindex")});let a=[];if(Rn.default.isSupported()&&(e.closest(".copy")||B("content.code.copy")&&!e.closest(".no-copy"))){let c=e.closest("pre");c.id=`__code_${Va++}`;let l=Sn(c.id);c.insertBefore(l,e),B("content.tooltips")&&a.push(mt(l,{viewport$}))}let s=e.closest(".highlight");if(s instanceof HTMLElement){let c=In(s);if(typeof c!="undefined"&&(s.classList.contains("annotate")||B("content.code.annotate"))){let l=fr(c,e,t);a.push(ge(s).pipe(W(i),m(({width:f,height:u})=>f&&u),K(),v(f=>f?l:S)))}}return P(":scope > span[id]",e).length&&e.classList.add("md-code__content"),Na(e).pipe(w(c=>n.next(c)),_(()=>n.complete()),m(c=>$({ref:e},c)),Re(...a))});return B("content.lazy")?tt(e).pipe(b(n=>n),Te(1),v(()=>o)):o}function za(e,{target$:t,print$:r}){let o=!0;return O(t.pipe(m(n=>n.closest("details:not([open])")),b(n=>e===n),m(()=>({action:"open",reveal:!0}))),r.pipe(b(n=>n||!o),w(()=>o=e.open),m(n=>({action:n?"open":"close"}))))}function Fn(e,t){return C(()=>{let r=new g;return r.subscribe(({action:o,reveal:n})=>{e.toggleAttribute("open",o==="open"),n&&e.scrollIntoView()}),za(e,t).pipe(w(o=>r.next(o)),_(()=>r.complete()),m(o=>$({ref:e},o)))})}var Un=".node circle,.node ellipse,.node path,.node polygon,.node rect{fill:var(--md-mermaid-node-bg-color);stroke:var(--md-mermaid-node-fg-color)}marker{fill:var(--md-mermaid-edge-color)!important}.edgeLabel .label rect{fill:#0000}.flowchartTitleText{fill:var(--md-mermaid-label-fg-color)}.label{color:var(--md-mermaid-label-fg-color);font-family:var(--md-mermaid-font-family)}.label foreignObject{line-height:normal;overflow:visible}.label div .edgeLabel{color:var(--md-mermaid-label-fg-color)}.edgeLabel,.edgeLabel p,.label div .edgeLabel{background-color:var(--md-mermaid-label-bg-color)}.edgeLabel,.edgeLabel p{fill:var(--md-mermaid-label-bg-color);color:var(--md-mermaid-edge-color)}.edgePath .path,.flowchart-link{stroke:var(--md-mermaid-edge-color);stroke-width:.05rem}.edgePath .arrowheadPath{fill:var(--md-mermaid-edge-color);stroke:none}.cluster rect{fill:var(--md-default-fg-color--lightest);stroke:var(--md-default-fg-color--lighter)}.cluster span{color:var(--md-mermaid-label-fg-color);font-family:var(--md-mermaid-font-family)}g #flowchart-circleEnd,g #flowchart-circleStart,g #flowchart-crossEnd,g #flowchart-crossStart,g #flowchart-pointEnd,g #flowchart-pointStart{stroke:none}.classDiagramTitleText{fill:var(--md-mermaid-label-fg-color)}g.classGroup line,g.classGroup rect{fill:var(--md-mermaid-node-bg-color);stroke:var(--md-mermaid-node-fg-color)}g.classGroup text{fill:var(--md-mermaid-label-fg-color);font-family:var(--md-mermaid-font-family)}.classLabel .box{fill:var(--md-mermaid-label-bg-color);background-color:var(--md-mermaid-label-bg-color);opacity:1}.classLabel .label{fill:var(--md-mermaid-label-fg-color);font-family:var(--md-mermaid-font-family)}.node .divider{stroke:var(--md-mermaid-node-fg-color)}.relation{stroke:var(--md-mermaid-edge-color)}.cardinality{fill:var(--md-mermaid-label-fg-color);font-family:var(--md-mermaid-font-family)}.cardinality text{fill:inherit!important}defs #classDiagram-compositionEnd,defs #classDiagram-compositionStart,defs #classDiagram-dependencyEnd,defs #classDiagram-dependencyStart,defs #classDiagram-extensionEnd,defs #classDiagram-extensionStart{fill:var(--md-mermaid-edge-color)!important;stroke:var(--md-mermaid-edge-color)!important}defs #classDiagram-aggregationEnd,defs #classDiagram-aggregationStart{fill:var(--md-mermaid-label-bg-color)!important;stroke:var(--md-mermaid-edge-color)!important}.statediagramTitleText{fill:var(--md-mermaid-label-fg-color)}g.stateGroup rect{fill:var(--md-mermaid-node-bg-color);stroke:var(--md-mermaid-node-fg-color)}g.stateGroup .state-title{fill:var(--md-mermaid-label-fg-color)!important;font-family:var(--md-mermaid-font-family)}g.stateGroup .composit{fill:var(--md-mermaid-label-bg-color)}.nodeLabel,.nodeLabel p{color:var(--md-mermaid-label-fg-color);font-family:var(--md-mermaid-font-family)}a .nodeLabel{text-decoration:underline}.node circle.state-end,.node circle.state-start,.start-state{fill:var(--md-mermaid-edge-color);stroke:none}.end-state-inner,.end-state-outer{fill:var(--md-mermaid-edge-color)}.end-state-inner,.node circle.state-end{stroke:var(--md-mermaid-label-bg-color)}.transition{stroke:var(--md-mermaid-edge-color)}[id^=state-fork] rect,[id^=state-join] rect{fill:var(--md-mermaid-edge-color)!important;stroke:none!important}.statediagram-cluster.statediagram-cluster .inner{fill:var(--md-default-bg-color)}.statediagram-cluster rect{fill:var(--md-mermaid-node-bg-color);stroke:var(--md-mermaid-node-fg-color)}.statediagram-state rect.divider{fill:var(--md-default-fg-color--lightest);stroke:var(--md-default-fg-color--lighter)}defs #statediagram-barbEnd{stroke:var(--md-mermaid-edge-color)}.entityTitleText{fill:var(--md-mermaid-label-fg-color)}.attributeBoxEven,.attributeBoxOdd{fill:var(--md-mermaid-node-bg-color);stroke:var(--md-mermaid-node-fg-color)}.entityBox{fill:var(--md-mermaid-label-bg-color);stroke:var(--md-mermaid-node-fg-color)}.entityLabel{fill:var(--md-mermaid-label-fg-color);font-family:var(--md-mermaid-font-family)}.relationshipLabelBox{fill:var(--md-mermaid-label-bg-color);fill-opacity:1;background-color:var(--md-mermaid-label-bg-color);opacity:1}.relationshipLabel{fill:var(--md-mermaid-label-fg-color)}.relationshipLine{stroke:var(--md-mermaid-edge-color)}defs #ONE_OR_MORE_END *,defs #ONE_OR_MORE_START *,defs #ONLY_ONE_END *,defs #ONLY_ONE_START *,defs #ZERO_OR_MORE_END *,defs #ZERO_OR_MORE_START *,defs #ZERO_OR_ONE_END *,defs #ZERO_OR_ONE_START *{stroke:var(--md-mermaid-edge-color)!important}defs #ZERO_OR_MORE_END circle,defs #ZERO_OR_MORE_START circle{fill:var(--md-mermaid-label-bg-color)}text:not([class]):last-child{fill:var(--md-mermaid-label-fg-color)}.actor{fill:var(--md-mermaid-sequence-actor-bg-color);stroke:var(--md-mermaid-sequence-actor-border-color)}text.actor>tspan{fill:var(--md-mermaid-sequence-actor-fg-color);font-family:var(--md-mermaid-font-family)}line{stroke:var(--md-mermaid-sequence-actor-line-color)}.actor-man circle,.actor-man line{fill:var(--md-mermaid-sequence-actorman-bg-color);stroke:var(--md-mermaid-sequence-actorman-line-color)}.messageLine0,.messageLine1{stroke:var(--md-mermaid-sequence-message-line-color)}.note{fill:var(--md-mermaid-sequence-note-bg-color);stroke:var(--md-mermaid-sequence-note-border-color)}.loopText,.loopText>tspan,.messageText,.noteText>tspan{stroke:none;font-family:var(--md-mermaid-font-family)!important}.messageText{fill:var(--md-mermaid-sequence-message-fg-color)}.loopText,.loopText>tspan{fill:var(--md-mermaid-sequence-loop-fg-color)}.noteText>tspan{fill:var(--md-mermaid-sequence-note-fg-color)}#arrowhead path{fill:var(--md-mermaid-sequence-message-line-color);stroke:none}.loopLine{fill:var(--md-mermaid-sequence-loop-bg-color);stroke:var(--md-mermaid-sequence-loop-border-color)}.labelBox{fill:var(--md-mermaid-sequence-label-bg-color);stroke:none}.labelText,.labelText>span{fill:var(--md-mermaid-sequence-label-fg-color);font-family:var(--md-mermaid-font-family)}.sequenceNumber{fill:var(--md-mermaid-sequence-number-fg-color)}rect.rect{fill:var(--md-mermaid-sequence-box-bg-color);stroke:none}rect.rect+text.text{fill:var(--md-mermaid-sequence-box-fg-color)}defs #sequencenumber{fill:var(--md-mermaid-sequence-number-bg-color)!important}";var Gr,Qa=0;function Ka(){return typeof mermaid=="undefined"||mermaid instanceof Element?Tt("https://unpkg.com/mermaid@11/dist/mermaid.min.js"):I(void 0)}function Wn(e){return e.classList.remove("mermaid"),Gr||(Gr=Ka().pipe(w(()=>mermaid.initialize({startOnLoad:!1,themeCSS:Un,sequence:{actorFontSize:"16px",messageFontSize:"16px",noteFontSize:"16px"}})),m(()=>{}),G(1))),Gr.subscribe(()=>co(this,null,function*(){e.classList.add("mermaid");let t=`__mermaid_${Qa++}`,r=x("div",{class:"mermaid"}),o=e.textContent,{svg:n,fn:i}=yield mermaid.render(t,o),a=r.attachShadow({mode:"closed"});a.innerHTML=n,e.replaceWith(r),i==null||i(a)})),Gr.pipe(m(()=>({ref:e})))}var Dn=x("table");function Vn(e){return e.replaceWith(Dn),Dn.replaceWith(An(e)),I({ref:e})}function Ya(e){let t=e.find(r=>r.checked)||e[0];return O(...e.map(r=>h(r,"change").pipe(m(()=>R(`label[for="${r.id}"]`))))).pipe(Q(R(`label[for="${t.id}"]`)),m(r=>({active:r})))}function Nn(e,{viewport$:t,target$:r}){let o=R(".tabbed-labels",e),n=P(":scope > input",e),i=Kr("prev");e.append(i);let a=Kr("next");return e.append(a),C(()=>{let s=new g,p=s.pipe(Z(),ie(!0));z([s,ge(e),tt(e)]).pipe(W(p),Me(1,me)).subscribe({next([{active:c},l]){let f=Ve(c),{width:u}=ce(c);e.style.setProperty("--md-indicator-x",`${f.x}px`),e.style.setProperty("--md-indicator-width",`${u}px`);let d=pr(o);(f.xd.x+l.width)&&o.scrollTo({left:Math.max(0,f.x-16),behavior:"smooth"})},complete(){e.style.removeProperty("--md-indicator-x"),e.style.removeProperty("--md-indicator-width")}}),z([Ne(o),ge(o)]).pipe(W(p)).subscribe(([c,l])=>{let f=St(o);i.hidden=c.x<16,a.hidden=c.x>f.width-l.width-16}),O(h(i,"click").pipe(m(()=>-1)),h(a,"click").pipe(m(()=>1))).pipe(W(p)).subscribe(c=>{let{width:l}=ce(o);o.scrollBy({left:l*c,behavior:"smooth"})}),r.pipe(W(p),b(c=>n.includes(c))).subscribe(c=>c.click()),o.classList.add("tabbed-labels--linked");for(let c of n){let l=R(`label[for="${c.id}"]`);l.replaceChildren(x("a",{href:`#${l.htmlFor}`,tabIndex:-1},...Array.from(l.childNodes))),h(l.firstElementChild,"click").pipe(W(p),b(f=>!(f.metaKey||f.ctrlKey)),w(f=>{f.preventDefault(),f.stopPropagation()})).subscribe(()=>{history.replaceState({},"",`#${l.htmlFor}`),l.click()})}return B("content.tabs.link")&&s.pipe(Ce(1),re(t)).subscribe(([{active:c},{offset:l}])=>{let f=c.innerText.trim();if(c.hasAttribute("data-md-switching"))c.removeAttribute("data-md-switching");else{let u=e.offsetTop-l.y;for(let y of P("[data-tabs]"))for(let L of P(":scope > input",y)){let X=R(`label[for="${L.id}"]`);if(X!==c&&X.innerText.trim()===f){X.setAttribute("data-md-switching",""),L.click();break}}window.scrollTo({top:e.offsetTop-u});let d=__md_get("__tabs")||[];__md_set("__tabs",[...new Set([f,...d])])}}),s.pipe(W(p)).subscribe(()=>{for(let c of P("audio, video",e))c.pause()}),Ya(n).pipe(w(c=>s.next(c)),_(()=>s.complete()),m(c=>$({ref:e},c)))}).pipe(Ke(se))}function zn(e,{viewport$:t,target$:r,print$:o}){return O(...P(".annotate:not(.highlight)",e).map(n=>Pn(n,{target$:r,print$:o})),...P("pre:not(.mermaid) > code",e).map(n=>jn(n,{target$:r,print$:o})),...P("pre.mermaid",e).map(n=>Wn(n)),...P("table:not([class])",e).map(n=>Vn(n)),...P("details",e).map(n=>Fn(n,{target$:r,print$:o})),...P("[data-tabs]",e).map(n=>Nn(n,{viewport$:t,target$:r})),...P("[title]",e).filter(()=>B("content.tooltips")).map(n=>mt(n,{viewport$:t})))}function Ba(e,{alert$:t}){return t.pipe(v(r=>O(I(!0),I(!1).pipe(Ge(2e3))).pipe(m(o=>({message:r,active:o})))))}function qn(e,t){let r=R(".md-typeset",e);return C(()=>{let o=new g;return o.subscribe(({message:n,active:i})=>{e.classList.toggle("md-dialog--active",i),r.textContent=n}),Ba(e,t).pipe(w(n=>o.next(n)),_(()=>o.complete()),m(n=>$({ref:e},n)))})}var Ga=0;function Ja(e,t){document.body.append(e);let{width:r}=ce(e);e.style.setProperty("--md-tooltip-width",`${r}px`),e.remove();let o=cr(t),n=typeof o!="undefined"?Ne(o):I({x:0,y:0}),i=O(et(t),$t(t)).pipe(K());return z([i,n]).pipe(m(([a,s])=>{let{x:p,y:c}=Ve(t),l=ce(t),f=t.closest("table");return f&&t.parentElement&&(p+=f.offsetLeft+t.parentElement.offsetLeft,c+=f.offsetTop+t.parentElement.offsetTop),{active:a,offset:{x:p-s.x+l.width/2-r/2,y:c-s.y+l.height+8}}}))}function Qn(e){let t=e.title;if(!t.length)return S;let r=`__tooltip_${Ga++}`,o=Rt(r,"inline"),n=R(".md-typeset",o);return n.innerHTML=t,C(()=>{let i=new g;return i.subscribe({next({offset:a}){o.style.setProperty("--md-tooltip-x",`${a.x}px`),o.style.setProperty("--md-tooltip-y",`${a.y}px`)},complete(){o.style.removeProperty("--md-tooltip-x"),o.style.removeProperty("--md-tooltip-y")}}),O(i.pipe(b(({active:a})=>a)),i.pipe(_e(250),b(({active:a})=>!a))).subscribe({next({active:a}){a?(e.insertAdjacentElement("afterend",o),e.setAttribute("aria-describedby",r),e.removeAttribute("title")):(o.remove(),e.removeAttribute("aria-describedby"),e.setAttribute("title",t))},complete(){o.remove(),e.removeAttribute("aria-describedby"),e.setAttribute("title",t)}}),i.pipe(Me(16,me)).subscribe(({active:a})=>{o.classList.toggle("md-tooltip--active",a)}),i.pipe(pt(125,me),b(()=>!!e.offsetParent),m(()=>e.offsetParent.getBoundingClientRect()),m(({x:a})=>a)).subscribe({next(a){a?o.style.setProperty("--md-tooltip-0",`${-a}px`):o.style.removeProperty("--md-tooltip-0")},complete(){o.style.removeProperty("--md-tooltip-0")}}),Ja(o,e).pipe(w(a=>i.next(a)),_(()=>i.complete()),m(a=>$({ref:e},a)))}).pipe(Ke(se))}function Xa({viewport$:e}){if(!B("header.autohide"))return I(!1);let t=e.pipe(m(({offset:{y:n}})=>n),Be(2,1),m(([n,i])=>[nMath.abs(i-n.y)>100),m(([,[n]])=>n),K()),o=ze("search");return z([e,o]).pipe(m(([{offset:n},i])=>n.y>400&&!i),K(),v(n=>n?r:I(!1)),Q(!1))}function Kn(e,t){return C(()=>z([ge(e),Xa(t)])).pipe(m(([{height:r},o])=>({height:r,hidden:o})),K((r,o)=>r.height===o.height&&r.hidden===o.hidden),G(1))}function Yn(e,{header$:t,main$:r}){return C(()=>{let o=new g,n=o.pipe(Z(),ie(!0));o.pipe(ee("active"),He(t)).subscribe(([{active:a},{hidden:s}])=>{e.classList.toggle("md-header--shadow",a&&!s),e.hidden=s});let i=ue(P("[title]",e)).pipe(b(()=>B("content.tooltips")),ne(a=>Qn(a)));return r.subscribe(o),t.pipe(W(n),m(a=>$({ref:e},a)),Re(i.pipe(W(n))))})}function Za(e,{viewport$:t,header$:r}){return mr(e,{viewport$:t,header$:r}).pipe(m(({offset:{y:o}})=>{let{height:n}=ce(e);return{active:o>=n}}),ee("active"))}function Bn(e,t){return C(()=>{let r=new g;r.subscribe({next({active:n}){e.classList.toggle("md-header__title--active",n)},complete(){e.classList.remove("md-header__title--active")}});let o=fe(".md-content h1");return typeof o=="undefined"?S:Za(o,t).pipe(w(n=>r.next(n)),_(()=>r.complete()),m(n=>$({ref:e},n)))})}function Gn(e,{viewport$:t,header$:r}){let o=r.pipe(m(({height:i})=>i),K()),n=o.pipe(v(()=>ge(e).pipe(m(({height:i})=>({top:e.offsetTop,bottom:e.offsetTop+i})),ee("bottom"))));return z([o,n,t]).pipe(m(([i,{top:a,bottom:s},{offset:{y:p},size:{height:c}}])=>(c=Math.max(0,c-Math.max(0,a-p,i)-Math.max(0,c+p-s)),{offset:a-i,height:c,active:a-i<=p})),K((i,a)=>i.offset===a.offset&&i.height===a.height&&i.active===a.active))}function es(e){let t=__md_get("__palette")||{index:e.findIndex(o=>matchMedia(o.getAttribute("data-md-color-media")).matches)},r=Math.max(0,Math.min(t.index,e.length-1));return I(...e).pipe(ne(o=>h(o,"change").pipe(m(()=>o))),Q(e[r]),m(o=>({index:e.indexOf(o),color:{media:o.getAttribute("data-md-color-media"),scheme:o.getAttribute("data-md-color-scheme"),primary:o.getAttribute("data-md-color-primary"),accent:o.getAttribute("data-md-color-accent")}})),G(1))}function Jn(e){let t=P("input",e),r=x("meta",{name:"theme-color"});document.head.appendChild(r);let o=x("meta",{name:"color-scheme"});document.head.appendChild(o);let n=Pt("(prefers-color-scheme: light)");return C(()=>{let i=new g;return i.subscribe(a=>{if(document.body.setAttribute("data-md-color-switching",""),a.color.media==="(prefers-color-scheme)"){let s=matchMedia("(prefers-color-scheme: light)"),p=document.querySelector(s.matches?"[data-md-color-media='(prefers-color-scheme: light)']":"[data-md-color-media='(prefers-color-scheme: dark)']");a.color.scheme=p.getAttribute("data-md-color-scheme"),a.color.primary=p.getAttribute("data-md-color-primary"),a.color.accent=p.getAttribute("data-md-color-accent")}for(let[s,p]of Object.entries(a.color))document.body.setAttribute(`data-md-color-${s}`,p);for(let s=0;sa.key==="Enter"),re(i,(a,s)=>s)).subscribe(({index:a})=>{a=(a+1)%t.length,t[a].click(),t[a].focus()}),i.pipe(m(()=>{let a=Se("header"),s=window.getComputedStyle(a);return o.content=s.colorScheme,s.backgroundColor.match(/\d+/g).map(p=>(+p).toString(16).padStart(2,"0")).join("")})).subscribe(a=>r.content=`#${a}`),i.pipe(ve(se)).subscribe(()=>{document.body.removeAttribute("data-md-color-switching")}),es(t).pipe(W(n.pipe(Ce(1))),ct(),w(a=>i.next(a)),_(()=>i.complete()),m(a=>$({ref:e},a)))})}function Xn(e,{progress$:t}){return C(()=>{let r=new g;return r.subscribe(({value:o})=>{e.style.setProperty("--md-progress-value",`${o}`)}),t.pipe(w(o=>r.next({value:o})),_(()=>r.complete()),m(o=>({ref:e,value:o})))})}var Jr=Mt(Br());function ts(e){e.setAttribute("data-md-copying","");let t=e.closest("[data-copy]"),r=t?t.getAttribute("data-copy"):e.innerText;return e.removeAttribute("data-md-copying"),r.trimEnd()}function Zn({alert$:e}){Jr.default.isSupported()&&new j(t=>{new Jr.default("[data-clipboard-target], [data-clipboard-text]",{text:r=>r.getAttribute("data-clipboard-text")||ts(R(r.getAttribute("data-clipboard-target")))}).on("success",r=>t.next(r))}).pipe(w(t=>{t.trigger.focus()}),m(()=>Ee("clipboard.copied"))).subscribe(e)}function ei(e,t){return e.protocol=t.protocol,e.hostname=t.hostname,e}function rs(e,t){let r=new Map;for(let o of P("url",e)){let n=R("loc",o),i=[ei(new URL(n.textContent),t)];r.set(`${i[0]}`,i);for(let a of P("[rel=alternate]",o)){let s=a.getAttribute("href");s!=null&&i.push(ei(new URL(s),t))}}return r}function ur(e){return un(new URL("sitemap.xml",e)).pipe(m(t=>rs(t,new URL(e))),de(()=>I(new Map)))}function os(e,t){if(!(e.target instanceof Element))return S;let r=e.target.closest("a");if(r===null)return S;if(r.target||e.metaKey||e.ctrlKey)return S;let o=new URL(r.href);return o.search=o.hash="",t.has(`${o}`)?(e.preventDefault(),I(new URL(r.href))):S}function ti(e){let t=new Map;for(let r of P(":scope > *",e.head))t.set(r.outerHTML,r);return t}function ri(e){for(let t of P("[href], [src]",e))for(let r of["href","src"]){let o=t.getAttribute(r);if(o&&!/^(?:[a-z]+:)?\/\//i.test(o)){t[r]=t[r];break}}return I(e)}function ns(e){for(let o of["[data-md-component=announce]","[data-md-component=container]","[data-md-component=header-topic]","[data-md-component=outdated]","[data-md-component=logo]","[data-md-component=skip]",...B("navigation.tabs.sticky")?["[data-md-component=tabs]"]:[]]){let n=fe(o),i=fe(o,e);typeof n!="undefined"&&typeof i!="undefined"&&n.replaceWith(i)}let t=ti(document);for(let[o,n]of ti(e))t.has(o)?t.delete(o):document.head.appendChild(n);for(let o of t.values()){let n=o.getAttribute("name");n!=="theme-color"&&n!=="color-scheme"&&o.remove()}let r=Se("container");return We(P("script",r)).pipe(v(o=>{let n=e.createElement("script");if(o.src){for(let i of o.getAttributeNames())n.setAttribute(i,o.getAttribute(i));return o.replaceWith(n),new j(i=>{n.onload=()=>i.complete()})}else return n.textContent=o.textContent,o.replaceWith(n),S}),Z(),ie(document))}function oi({location$:e,viewport$:t,progress$:r}){let o=xe();if(location.protocol==="file:")return S;let n=ur(o.base);I(document).subscribe(ri);let i=h(document.body,"click").pipe(He(n),v(([p,c])=>os(p,c)),pe()),a=h(window,"popstate").pipe(m(ye),pe());i.pipe(re(t)).subscribe(([p,{offset:c}])=>{history.replaceState(c,""),history.pushState(null,"",p)}),O(i,a).subscribe(e);let s=e.pipe(ee("pathname"),v(p=>fn(p,{progress$:r}).pipe(de(()=>(lt(p,!0),S)))),v(ri),v(ns),pe());return O(s.pipe(re(e,(p,c)=>c)),s.pipe(v(()=>e),ee("pathname"),v(()=>e),ee("hash")),e.pipe(K((p,c)=>p.pathname===c.pathname&&p.hash===c.hash),v(()=>i),w(()=>history.back()))).subscribe(p=>{var c,l;history.state!==null||!p.hash?window.scrollTo(0,(l=(c=history.state)==null?void 0:c.y)!=null?l:0):(history.scrollRestoration="auto",pn(p.hash),history.scrollRestoration="manual")}),e.subscribe(()=>{history.scrollRestoration="manual"}),h(window,"beforeunload").subscribe(()=>{history.scrollRestoration="auto"}),t.pipe(ee("offset"),_e(100)).subscribe(({offset:p})=>{history.replaceState(p,"")}),s}var ni=Mt(qr());function ii(e){let t=e.separator.split("|").map(n=>n.replace(/(\(\?[!=<][^)]+\))/g,"").length===0?"\uFFFD":n).join("|"),r=new RegExp(t,"img"),o=(n,i,a)=>`${i}${a}`;return n=>{n=n.replace(/[\s*+\-:~^]+/g," ").trim();let i=new RegExp(`(^|${e.separator}|)(${n.replace(/[|\\{}()[\]^$+*?.-]/g,"\\$&").replace(r,"|")})`,"img");return a=>(0,ni.default)(a).replace(i,o).replace(/<\/mark>(\s+)]*>/img,"$1")}}function jt(e){return e.type===1}function dr(e){return e.type===3}function ai(e,t){let r=yn(e);return O(I(location.protocol!=="file:"),ze("search")).pipe(Ae(o=>o),v(()=>t)).subscribe(({config:o,docs:n})=>r.next({type:0,data:{config:o,docs:n,options:{suggest:B("search.suggest")}}})),r}function si(e){var l;let{selectedVersionSitemap:t,selectedVersionBaseURL:r,currentLocation:o,currentBaseURL:n}=e,i=(l=Xr(n))==null?void 0:l.pathname;if(i===void 0)return;let a=ss(o.pathname,i);if(a===void 0)return;let s=ps(t.keys());if(!t.has(s))return;let p=Xr(a,s);if(!p||!t.has(p.href))return;let c=Xr(a,r);if(c)return c.hash=o.hash,c.search=o.search,c}function Xr(e,t){try{return new URL(e,t)}catch(r){return}}function ss(e,t){if(e.startsWith(t))return e.slice(t.length)}function cs(e,t){let r=Math.min(e.length,t.length),o;for(o=0;oS)),o=r.pipe(m(n=>{let[,i]=t.base.match(/([^/]+)\/?$/);return n.find(({version:a,aliases:s})=>a===i||s.includes(i))||n[0]}));r.pipe(m(n=>new Map(n.map(i=>[`${new URL(`../${i.version}/`,t.base)}`,i]))),v(n=>h(document.body,"click").pipe(b(i=>!i.metaKey&&!i.ctrlKey),re(o),v(([i,a])=>{if(i.target instanceof Element){let s=i.target.closest("a");if(s&&!s.target&&n.has(s.href)){let p=s.href;return!i.target.closest(".md-version")&&n.get(p)===a?S:(i.preventDefault(),I(new URL(p)))}}return S}),v(i=>ur(i).pipe(m(a=>{var s;return(s=si({selectedVersionSitemap:a,selectedVersionBaseURL:i,currentLocation:ye(),currentBaseURL:t.base}))!=null?s:i})))))).subscribe(n=>lt(n,!0)),z([r,o]).subscribe(([n,i])=>{R(".md-header__topic").appendChild(Cn(n,i))}),e.pipe(v(()=>o)).subscribe(n=>{var a;let i=__md_get("__outdated",sessionStorage);if(i===null){i=!0;let s=((a=t.version)==null?void 0:a.default)||"latest";Array.isArray(s)||(s=[s]);e:for(let p of s)for(let c of n.aliases.concat(n.version))if(new RegExp(p,"i").test(c)){i=!1;break e}__md_set("__outdated",i,sessionStorage)}if(i)for(let s of ae("outdated"))s.hidden=!1})}function ls(e,{worker$:t}){let{searchParams:r}=ye();r.has("q")&&(Je("search",!0),e.value=r.get("q"),e.focus(),ze("search").pipe(Ae(i=>!i)).subscribe(()=>{let i=ye();i.searchParams.delete("q"),history.replaceState({},"",`${i}`)}));let o=et(e),n=O(t.pipe(Ae(jt)),h(e,"keyup"),o).pipe(m(()=>e.value),K());return z([n,o]).pipe(m(([i,a])=>({value:i,focus:a})),G(1))}function pi(e,{worker$:t}){let r=new g,o=r.pipe(Z(),ie(!0));z([t.pipe(Ae(jt)),r],(i,a)=>a).pipe(ee("value")).subscribe(({value:i})=>t.next({type:2,data:i})),r.pipe(ee("focus")).subscribe(({focus:i})=>{i&&Je("search",i)}),h(e.form,"reset").pipe(W(o)).subscribe(()=>e.focus());let n=R("header [for=__search]");return h(n,"click").subscribe(()=>e.focus()),ls(e,{worker$:t}).pipe(w(i=>r.next(i)),_(()=>r.complete()),m(i=>$({ref:e},i)),G(1))}function li(e,{worker$:t,query$:r}){let o=new g,n=on(e.parentElement).pipe(b(Boolean)),i=e.parentElement,a=R(":scope > :first-child",e),s=R(":scope > :last-child",e);ze("search").subscribe(l=>s.setAttribute("role",l?"list":"presentation")),o.pipe(re(r),Wr(t.pipe(Ae(jt)))).subscribe(([{items:l},{value:f}])=>{switch(l.length){case 0:a.textContent=f.length?Ee("search.result.none"):Ee("search.result.placeholder");break;case 1:a.textContent=Ee("search.result.one");break;default:let u=sr(l.length);a.textContent=Ee("search.result.other",u)}});let p=o.pipe(w(()=>s.innerHTML=""),v(({items:l})=>O(I(...l.slice(0,10)),I(...l.slice(10)).pipe(Be(4),Vr(n),v(([f])=>f)))),m(Mn),pe());return p.subscribe(l=>s.appendChild(l)),p.pipe(ne(l=>{let f=fe("details",l);return typeof f=="undefined"?S:h(f,"toggle").pipe(W(o),m(()=>f))})).subscribe(l=>{l.open===!1&&l.offsetTop<=i.scrollTop&&i.scrollTo({top:l.offsetTop})}),t.pipe(b(dr),m(({data:l})=>l)).pipe(w(l=>o.next(l)),_(()=>o.complete()),m(l=>$({ref:e},l)))}function ms(e,{query$:t}){return t.pipe(m(({value:r})=>{let o=ye();return o.hash="",r=r.replace(/\s+/g,"+").replace(/&/g,"%26").replace(/=/g,"%3D"),o.search=`q=${r}`,{url:o}}))}function mi(e,t){let r=new g,o=r.pipe(Z(),ie(!0));return r.subscribe(({url:n})=>{e.setAttribute("data-clipboard-text",e.href),e.href=`${n}`}),h(e,"click").pipe(W(o)).subscribe(n=>n.preventDefault()),ms(e,t).pipe(w(n=>r.next(n)),_(()=>r.complete()),m(n=>$({ref:e},n)))}function fi(e,{worker$:t,keyboard$:r}){let o=new g,n=Se("search-query"),i=O(h(n,"keydown"),h(n,"focus")).pipe(ve(se),m(()=>n.value),K());return o.pipe(He(i),m(([{suggest:s},p])=>{let c=p.split(/([\s-]+)/);if(s!=null&&s.length&&c[c.length-1]){let l=s[s.length-1];l.startsWith(c[c.length-1])&&(c[c.length-1]=l)}else c.length=0;return c})).subscribe(s=>e.innerHTML=s.join("").replace(/\s/g," ")),r.pipe(b(({mode:s})=>s==="search")).subscribe(s=>{switch(s.type){case"ArrowRight":e.innerText.length&&n.selectionStart===n.value.length&&(n.value=e.innerText);break}}),t.pipe(b(dr),m(({data:s})=>s)).pipe(w(s=>o.next(s)),_(()=>o.complete()),m(()=>({ref:e})))}function ui(e,{index$:t,keyboard$:r}){let o=xe();try{let n=ai(o.search,t),i=Se("search-query",e),a=Se("search-result",e);h(e,"click").pipe(b(({target:p})=>p instanceof Element&&!!p.closest("a"))).subscribe(()=>Je("search",!1)),r.pipe(b(({mode:p})=>p==="search")).subscribe(p=>{let c=Ie();switch(p.type){case"Enter":if(c===i){let l=new Map;for(let f of P(":first-child [href]",a)){let u=f.firstElementChild;l.set(f,parseFloat(u.getAttribute("data-md-score")))}if(l.size){let[[f]]=[...l].sort(([,u],[,d])=>d-u);f.click()}p.claim()}break;case"Escape":case"Tab":Je("search",!1),i.blur();break;case"ArrowUp":case"ArrowDown":if(typeof c=="undefined")i.focus();else{let l=[i,...P(":not(details) > [href], summary, details[open] [href]",a)],f=Math.max(0,(Math.max(0,l.indexOf(c))+l.length+(p.type==="ArrowUp"?-1:1))%l.length);l[f].focus()}p.claim();break;default:i!==Ie()&&i.focus()}}),r.pipe(b(({mode:p})=>p==="global")).subscribe(p=>{switch(p.type){case"f":case"s":case"/":i.focus(),i.select(),p.claim();break}});let s=pi(i,{worker$:n});return O(s,li(a,{worker$:n,query$:s})).pipe(Re(...ae("search-share",e).map(p=>mi(p,{query$:s})),...ae("search-suggest",e).map(p=>fi(p,{worker$:n,keyboard$:r}))))}catch(n){return e.hidden=!0,Ye}}function di(e,{index$:t,location$:r}){return z([t,r.pipe(Q(ye()),b(o=>!!o.searchParams.get("h")))]).pipe(m(([o,n])=>ii(o.config)(n.searchParams.get("h"))),m(o=>{var a;let n=new Map,i=document.createNodeIterator(e,NodeFilter.SHOW_TEXT);for(let s=i.nextNode();s;s=i.nextNode())if((a=s.parentElement)!=null&&a.offsetHeight){let p=s.textContent,c=o(p);c.length>p.length&&n.set(s,c)}for(let[s,p]of n){let{childNodes:c}=x("span",null,p);s.replaceWith(...Array.from(c))}return{ref:e,nodes:n}}))}function fs(e,{viewport$:t,main$:r}){let o=e.closest(".md-grid"),n=o.offsetTop-o.parentElement.offsetTop;return z([r,t]).pipe(m(([{offset:i,height:a},{offset:{y:s}}])=>(a=a+Math.min(n,Math.max(0,s-i))-n,{height:a,locked:s>=i+n})),K((i,a)=>i.height===a.height&&i.locked===a.locked))}function Zr(e,o){var n=o,{header$:t}=n,r=so(n,["header$"]);let i=R(".md-sidebar__scrollwrap",e),{y:a}=Ve(i);return C(()=>{let s=new g,p=s.pipe(Z(),ie(!0)),c=s.pipe(Me(0,me));return c.pipe(re(t)).subscribe({next([{height:l},{height:f}]){i.style.height=`${l-2*a}px`,e.style.top=`${f}px`},complete(){i.style.height="",e.style.top=""}}),c.pipe(Ae()).subscribe(()=>{for(let l of P(".md-nav__link--active[href]",e)){if(!l.clientHeight)continue;let f=l.closest(".md-sidebar__scrollwrap");if(typeof f!="undefined"){let u=l.offsetTop-f.offsetTop,{height:d}=ce(f);f.scrollTo({top:u-d/2})}}}),ue(P("label[tabindex]",e)).pipe(ne(l=>h(l,"click").pipe(ve(se),m(()=>l),W(p)))).subscribe(l=>{let f=R(`[id="${l.htmlFor}"]`);R(`[aria-labelledby="${l.id}"]`).setAttribute("aria-expanded",`${f.checked}`)}),fs(e,r).pipe(w(l=>s.next(l)),_(()=>s.complete()),m(l=>$({ref:e},l)))})}function hi(e,t){if(typeof t!="undefined"){let r=`https://api.github.com/repos/${e}/${t}`;return st(je(`${r}/releases/latest`).pipe(de(()=>S),m(o=>({version:o.tag_name})),De({})),je(r).pipe(de(()=>S),m(o=>({stars:o.stargazers_count,forks:o.forks_count})),De({}))).pipe(m(([o,n])=>$($({},o),n)))}else{let r=`https://api.github.com/users/${e}`;return je(r).pipe(m(o=>({repositories:o.public_repos})),De({}))}}function bi(e,t){let r=`https://${e}/api/v4/projects/${encodeURIComponent(t)}`;return st(je(`${r}/releases/permalink/latest`).pipe(de(()=>S),m(({tag_name:o})=>({version:o})),De({})),je(r).pipe(de(()=>S),m(({star_count:o,forks_count:n})=>({stars:o,forks:n})),De({}))).pipe(m(([o,n])=>$($({},o),n)))}function vi(e){let t=e.match(/^.+github\.com\/([^/]+)\/?([^/]+)?/i);if(t){let[,r,o]=t;return hi(r,o)}if(t=e.match(/^.+?([^/]*gitlab[^/]+)\/(.+?)\/?$/i),t){let[,r,o]=t;return bi(r,o)}return S}var us;function ds(e){return us||(us=C(()=>{let t=__md_get("__source",sessionStorage);if(t)return I(t);if(ae("consent").length){let o=__md_get("__consent");if(!(o&&o.github))return S}return vi(e.href).pipe(w(o=>__md_set("__source",o,sessionStorage)))}).pipe(de(()=>S),b(t=>Object.keys(t).length>0),m(t=>({facts:t})),G(1)))}function gi(e){let t=R(":scope > :last-child",e);return C(()=>{let r=new g;return r.subscribe(({facts:o})=>{t.appendChild(_n(o)),t.classList.add("md-source__repository--active")}),ds(e).pipe(w(o=>r.next(o)),_(()=>r.complete()),m(o=>$({ref:e},o)))})}function hs(e,{viewport$:t,header$:r}){return ge(document.body).pipe(v(()=>mr(e,{header$:r,viewport$:t})),m(({offset:{y:o}})=>({hidden:o>=10})),ee("hidden"))}function yi(e,t){return C(()=>{let r=new g;return r.subscribe({next({hidden:o}){e.hidden=o},complete(){e.hidden=!1}}),(B("navigation.tabs.sticky")?I({hidden:!1}):hs(e,t)).pipe(w(o=>r.next(o)),_(()=>r.complete()),m(o=>$({ref:e},o)))})}function bs(e,{viewport$:t,header$:r}){let o=new Map,n=P(".md-nav__link",e);for(let s of n){let p=decodeURIComponent(s.hash.substring(1)),c=fe(`[id="${p}"]`);typeof c!="undefined"&&o.set(s,c)}let i=r.pipe(ee("height"),m(({height:s})=>{let p=Se("main"),c=R(":scope > :first-child",p);return s+.8*(c.offsetTop-p.offsetTop)}),pe());return ge(document.body).pipe(ee("height"),v(s=>C(()=>{let p=[];return I([...o].reduce((c,[l,f])=>{for(;p.length&&o.get(p[p.length-1]).tagName>=f.tagName;)p.pop();let u=f.offsetTop;for(;!u&&f.parentElement;)f=f.parentElement,u=f.offsetTop;let d=f.offsetParent;for(;d;d=d.offsetParent)u+=d.offsetTop;return c.set([...p=[...p,l]].reverse(),u)},new Map))}).pipe(m(p=>new Map([...p].sort(([,c],[,l])=>c-l))),He(i),v(([p,c])=>t.pipe(Fr(([l,f],{offset:{y:u},size:d})=>{let y=u+d.height>=Math.floor(s.height);for(;f.length;){let[,L]=f[0];if(L-c=u&&!y)f=[l.pop(),...f];else break}return[l,f]},[[],[...p]]),K((l,f)=>l[0]===f[0]&&l[1]===f[1])))))).pipe(m(([s,p])=>({prev:s.map(([c])=>c),next:p.map(([c])=>c)})),Q({prev:[],next:[]}),Be(2,1),m(([s,p])=>s.prev.length{let i=new g,a=i.pipe(Z(),ie(!0));if(i.subscribe(({prev:s,next:p})=>{for(let[c]of p)c.classList.remove("md-nav__link--passed"),c.classList.remove("md-nav__link--active");for(let[c,[l]]of s.entries())l.classList.add("md-nav__link--passed"),l.classList.toggle("md-nav__link--active",c===s.length-1)}),B("toc.follow")){let s=O(t.pipe(_e(1),m(()=>{})),t.pipe(_e(250),m(()=>"smooth")));i.pipe(b(({prev:p})=>p.length>0),He(o.pipe(ve(se))),re(s)).subscribe(([[{prev:p}],c])=>{let[l]=p[p.length-1];if(l.offsetHeight){let f=cr(l);if(typeof f!="undefined"){let u=l.offsetTop-f.offsetTop,{height:d}=ce(f);f.scrollTo({top:u-d/2,behavior:c})}}})}return B("navigation.tracking")&&t.pipe(W(a),ee("offset"),_e(250),Ce(1),W(n.pipe(Ce(1))),ct({delay:250}),re(i)).subscribe(([,{prev:s}])=>{let p=ye(),c=s[s.length-1];if(c&&c.length){let[l]=c,{hash:f}=new URL(l.href);p.hash!==f&&(p.hash=f,history.replaceState({},"",`${p}`))}else p.hash="",history.replaceState({},"",`${p}`)}),bs(e,{viewport$:t,header$:r}).pipe(w(s=>i.next(s)),_(()=>i.complete()),m(s=>$({ref:e},s)))})}function vs(e,{viewport$:t,main$:r,target$:o}){let n=t.pipe(m(({offset:{y:a}})=>a),Be(2,1),m(([a,s])=>a>s&&s>0),K()),i=r.pipe(m(({active:a})=>a));return z([i,n]).pipe(m(([a,s])=>!(a&&s)),K(),W(o.pipe(Ce(1))),ie(!0),ct({delay:250}),m(a=>({hidden:a})))}function Ei(e,{viewport$:t,header$:r,main$:o,target$:n}){let i=new g,a=i.pipe(Z(),ie(!0));return i.subscribe({next({hidden:s}){e.hidden=s,s?(e.setAttribute("tabindex","-1"),e.blur()):e.removeAttribute("tabindex")},complete(){e.style.top="",e.hidden=!0,e.removeAttribute("tabindex")}}),r.pipe(W(a),ee("height")).subscribe(({height:s})=>{e.style.top=`${s+16}px`}),h(e,"click").subscribe(s=>{s.preventDefault(),window.scrollTo({top:0})}),vs(e,{viewport$:t,main$:o,target$:n}).pipe(w(s=>i.next(s)),_(()=>i.complete()),m(s=>$({ref:e},s)))}function wi({document$:e,viewport$:t}){e.pipe(v(()=>P(".md-ellipsis")),ne(r=>tt(r).pipe(W(e.pipe(Ce(1))),b(o=>o),m(()=>r),Te(1))),b(r=>r.offsetWidth{let o=r.innerText,n=r.closest("a")||r;return n.title=o,B("content.tooltips")?mt(n,{viewport$:t}).pipe(W(e.pipe(Ce(1))),_(()=>n.removeAttribute("title"))):S})).subscribe(),B("content.tooltips")&&e.pipe(v(()=>P(".md-status")),ne(r=>mt(r,{viewport$:t}))).subscribe()}function Ti({document$:e,tablet$:t}){e.pipe(v(()=>P(".md-toggle--indeterminate")),w(r=>{r.indeterminate=!0,r.checked=!1}),ne(r=>h(r,"change").pipe(Dr(()=>r.classList.contains("md-toggle--indeterminate")),m(()=>r))),re(t)).subscribe(([r,o])=>{r.classList.remove("md-toggle--indeterminate"),o&&(r.checked=!1)})}function gs(){return/(iPad|iPhone|iPod)/.test(navigator.userAgent)}function Si({document$:e}){e.pipe(v(()=>P("[data-md-scrollfix]")),w(t=>t.removeAttribute("data-md-scrollfix")),b(gs),ne(t=>h(t,"touchstart").pipe(m(()=>t)))).subscribe(t=>{let r=t.scrollTop;r===0?t.scrollTop=1:r+t.offsetHeight===t.scrollHeight&&(t.scrollTop=r-1)})}function Oi({viewport$:e,tablet$:t}){z([ze("search"),t]).pipe(m(([r,o])=>r&&!o),v(r=>I(r).pipe(Ge(r?400:100))),re(e)).subscribe(([r,{offset:{y:o}}])=>{if(r)document.body.setAttribute("data-md-scrolllock",""),document.body.style.top=`-${o}px`;else{let n=-1*parseInt(document.body.style.top,10);document.body.removeAttribute("data-md-scrolllock"),document.body.style.top="",n&&window.scrollTo(0,n)}})}Object.entries||(Object.entries=function(e){let t=[];for(let r of Object.keys(e))t.push([r,e[r]]);return t});Object.values||(Object.values=function(e){let t=[];for(let r of Object.keys(e))t.push(e[r]);return t});typeof Element!="undefined"&&(Element.prototype.scrollTo||(Element.prototype.scrollTo=function(e,t){typeof e=="object"?(this.scrollLeft=e.left,this.scrollTop=e.top):(this.scrollLeft=e,this.scrollTop=t)}),Element.prototype.replaceWith||(Element.prototype.replaceWith=function(...e){let t=this.parentNode;if(t){e.length===0&&t.removeChild(this);for(let r=e.length-1;r>=0;r--){let o=e[r];typeof o=="string"?o=document.createTextNode(o):o.parentNode&&o.parentNode.removeChild(o),r?t.insertBefore(this.previousSibling,o):t.replaceChild(o,this)}}}));function ys(){return location.protocol==="file:"?Tt(`${new URL("search/search_index.js",eo.base)}`).pipe(m(()=>__index),G(1)):je(new URL("search/search_index.json",eo.base))}document.documentElement.classList.remove("no-js");document.documentElement.classList.add("js");var ot=Go(),Ut=sn(),Lt=ln(Ut),to=an(),Oe=gn(),hr=Pt("(min-width: 960px)"),Mi=Pt("(min-width: 1220px)"),_i=mn(),eo=xe(),Ai=document.forms.namedItem("search")?ys():Ye,ro=new g;Zn({alert$:ro});var oo=new g;B("navigation.instant")&&oi({location$:Ut,viewport$:Oe,progress$:oo}).subscribe(ot);var Li;((Li=eo.version)==null?void 0:Li.provider)==="mike"&&ci({document$:ot});O(Ut,Lt).pipe(Ge(125)).subscribe(()=>{Je("drawer",!1),Je("search",!1)});to.pipe(b(({mode:e})=>e==="global")).subscribe(e=>{switch(e.type){case"p":case",":let t=fe("link[rel=prev]");typeof t!="undefined"&<(t);break;case"n":case".":let r=fe("link[rel=next]");typeof r!="undefined"&<(r);break;case"Enter":let o=Ie();o instanceof HTMLLabelElement&&o.click()}});wi({viewport$:Oe,document$:ot});Ti({document$:ot,tablet$:hr});Si({document$:ot});Oi({viewport$:Oe,tablet$:hr});var rt=Kn(Se("header"),{viewport$:Oe}),Ft=ot.pipe(m(()=>Se("main")),v(e=>Gn(e,{viewport$:Oe,header$:rt})),G(1)),xs=O(...ae("consent").map(e=>En(e,{target$:Lt})),...ae("dialog").map(e=>qn(e,{alert$:ro})),...ae("palette").map(e=>Jn(e)),...ae("progress").map(e=>Xn(e,{progress$:oo})),...ae("search").map(e=>ui(e,{index$:Ai,keyboard$:to})),...ae("source").map(e=>gi(e))),Es=C(()=>O(...ae("announce").map(e=>xn(e)),...ae("content").map(e=>zn(e,{viewport$:Oe,target$:Lt,print$:_i})),...ae("content").map(e=>B("search.highlight")?di(e,{index$:Ai,location$:Ut}):S),...ae("header").map(e=>Yn(e,{viewport$:Oe,header$:rt,main$:Ft})),...ae("header-title").map(e=>Bn(e,{viewport$:Oe,header$:rt})),...ae("sidebar").map(e=>e.getAttribute("data-md-type")==="navigation"?Nr(Mi,()=>Zr(e,{viewport$:Oe,header$:rt,main$:Ft})):Nr(hr,()=>Zr(e,{viewport$:Oe,header$:rt,main$:Ft}))),...ae("tabs").map(e=>yi(e,{viewport$:Oe,header$:rt})),...ae("toc").map(e=>xi(e,{viewport$:Oe,header$:rt,main$:Ft,target$:Lt})),...ae("top").map(e=>Ei(e,{viewport$:Oe,header$:rt,main$:Ft,target$:Lt})))),Ci=ot.pipe(v(()=>Es),Re(xs),G(1));Ci.subscribe();window.document$=ot;window.location$=Ut;window.target$=Lt;window.keyboard$=to;window.viewport$=Oe;window.tablet$=hr;window.screen$=Mi;window.print$=_i;window.alert$=ro;window.progress$=oo;window.component$=Ci;})(); +//# sourceMappingURL=bundle.60a45f97.min.js.map + diff --git a/assets/javascripts/bundle.60a45f97.min.js.map b/assets/javascripts/bundle.60a45f97.min.js.map new file mode 100644 index 00000000..7edbc6f4 --- /dev/null +++ b/assets/javascripts/bundle.60a45f97.min.js.map @@ -0,0 +1,7 @@ +{ + "version": 3, + "sources": ["node_modules/focus-visible/dist/focus-visible.js", "node_modules/escape-html/index.js", "node_modules/clipboard/dist/clipboard.js", "src/templates/assets/javascripts/bundle.ts", "node_modules/tslib/tslib.es6.mjs", "node_modules/rxjs/src/internal/util/isFunction.ts", "node_modules/rxjs/src/internal/util/createErrorClass.ts", "node_modules/rxjs/src/internal/util/UnsubscriptionError.ts", "node_modules/rxjs/src/internal/util/arrRemove.ts", "node_modules/rxjs/src/internal/Subscription.ts", "node_modules/rxjs/src/internal/config.ts", "node_modules/rxjs/src/internal/scheduler/timeoutProvider.ts", "node_modules/rxjs/src/internal/util/reportUnhandledError.ts", "node_modules/rxjs/src/internal/util/noop.ts", "node_modules/rxjs/src/internal/NotificationFactories.ts", "node_modules/rxjs/src/internal/util/errorContext.ts", "node_modules/rxjs/src/internal/Subscriber.ts", "node_modules/rxjs/src/internal/symbol/observable.ts", "node_modules/rxjs/src/internal/util/identity.ts", "node_modules/rxjs/src/internal/util/pipe.ts", "node_modules/rxjs/src/internal/Observable.ts", "node_modules/rxjs/src/internal/util/lift.ts", "node_modules/rxjs/src/internal/operators/OperatorSubscriber.ts", "node_modules/rxjs/src/internal/scheduler/animationFrameProvider.ts", "node_modules/rxjs/src/internal/util/ObjectUnsubscribedError.ts", "node_modules/rxjs/src/internal/Subject.ts", "node_modules/rxjs/src/internal/BehaviorSubject.ts", "node_modules/rxjs/src/internal/scheduler/dateTimestampProvider.ts", "node_modules/rxjs/src/internal/ReplaySubject.ts", "node_modules/rxjs/src/internal/scheduler/Action.ts", "node_modules/rxjs/src/internal/scheduler/intervalProvider.ts", "node_modules/rxjs/src/internal/scheduler/AsyncAction.ts", "node_modules/rxjs/src/internal/Scheduler.ts", "node_modules/rxjs/src/internal/scheduler/AsyncScheduler.ts", "node_modules/rxjs/src/internal/scheduler/async.ts", "node_modules/rxjs/src/internal/scheduler/QueueAction.ts", "node_modules/rxjs/src/internal/scheduler/QueueScheduler.ts", "node_modules/rxjs/src/internal/scheduler/queue.ts", "node_modules/rxjs/src/internal/scheduler/AnimationFrameAction.ts", "node_modules/rxjs/src/internal/scheduler/AnimationFrameScheduler.ts", "node_modules/rxjs/src/internal/scheduler/animationFrame.ts", "node_modules/rxjs/src/internal/observable/empty.ts", "node_modules/rxjs/src/internal/util/isScheduler.ts", "node_modules/rxjs/src/internal/util/args.ts", "node_modules/rxjs/src/internal/util/isArrayLike.ts", "node_modules/rxjs/src/internal/util/isPromise.ts", "node_modules/rxjs/src/internal/util/isInteropObservable.ts", "node_modules/rxjs/src/internal/util/isAsyncIterable.ts", "node_modules/rxjs/src/internal/util/throwUnobservableError.ts", "node_modules/rxjs/src/internal/symbol/iterator.ts", "node_modules/rxjs/src/internal/util/isIterable.ts", "node_modules/rxjs/src/internal/util/isReadableStreamLike.ts", "node_modules/rxjs/src/internal/observable/innerFrom.ts", "node_modules/rxjs/src/internal/util/executeSchedule.ts", "node_modules/rxjs/src/internal/operators/observeOn.ts", "node_modules/rxjs/src/internal/operators/subscribeOn.ts", "node_modules/rxjs/src/internal/scheduled/scheduleObservable.ts", "node_modules/rxjs/src/internal/scheduled/schedulePromise.ts", "node_modules/rxjs/src/internal/scheduled/scheduleArray.ts", "node_modules/rxjs/src/internal/scheduled/scheduleIterable.ts", "node_modules/rxjs/src/internal/scheduled/scheduleAsyncIterable.ts", "node_modules/rxjs/src/internal/scheduled/scheduleReadableStreamLike.ts", "node_modules/rxjs/src/internal/scheduled/scheduled.ts", "node_modules/rxjs/src/internal/observable/from.ts", "node_modules/rxjs/src/internal/observable/of.ts", "node_modules/rxjs/src/internal/observable/throwError.ts", "node_modules/rxjs/src/internal/util/EmptyError.ts", "node_modules/rxjs/src/internal/util/isDate.ts", "node_modules/rxjs/src/internal/operators/map.ts", "node_modules/rxjs/src/internal/util/mapOneOrManyArgs.ts", "node_modules/rxjs/src/internal/util/argsArgArrayOrObject.ts", "node_modules/rxjs/src/internal/util/createObject.ts", "node_modules/rxjs/src/internal/observable/combineLatest.ts", "node_modules/rxjs/src/internal/operators/mergeInternals.ts", "node_modules/rxjs/src/internal/operators/mergeMap.ts", "node_modules/rxjs/src/internal/operators/mergeAll.ts", "node_modules/rxjs/src/internal/operators/concatAll.ts", "node_modules/rxjs/src/internal/observable/concat.ts", "node_modules/rxjs/src/internal/observable/defer.ts", "node_modules/rxjs/src/internal/observable/fromEvent.ts", "node_modules/rxjs/src/internal/observable/fromEventPattern.ts", "node_modules/rxjs/src/internal/observable/timer.ts", "node_modules/rxjs/src/internal/observable/merge.ts", "node_modules/rxjs/src/internal/observable/never.ts", "node_modules/rxjs/src/internal/util/argsOrArgArray.ts", "node_modules/rxjs/src/internal/operators/filter.ts", "node_modules/rxjs/src/internal/observable/zip.ts", "node_modules/rxjs/src/internal/operators/audit.ts", "node_modules/rxjs/src/internal/operators/auditTime.ts", "node_modules/rxjs/src/internal/operators/bufferCount.ts", "node_modules/rxjs/src/internal/operators/catchError.ts", "node_modules/rxjs/src/internal/operators/scanInternals.ts", "node_modules/rxjs/src/internal/operators/combineLatest.ts", "node_modules/rxjs/src/internal/operators/combineLatestWith.ts", "node_modules/rxjs/src/internal/operators/debounce.ts", "node_modules/rxjs/src/internal/operators/debounceTime.ts", "node_modules/rxjs/src/internal/operators/defaultIfEmpty.ts", "node_modules/rxjs/src/internal/operators/take.ts", "node_modules/rxjs/src/internal/operators/ignoreElements.ts", "node_modules/rxjs/src/internal/operators/mapTo.ts", "node_modules/rxjs/src/internal/operators/delayWhen.ts", "node_modules/rxjs/src/internal/operators/delay.ts", "node_modules/rxjs/src/internal/operators/distinctUntilChanged.ts", "node_modules/rxjs/src/internal/operators/distinctUntilKeyChanged.ts", "node_modules/rxjs/src/internal/operators/throwIfEmpty.ts", "node_modules/rxjs/src/internal/operators/endWith.ts", "node_modules/rxjs/src/internal/operators/finalize.ts", "node_modules/rxjs/src/internal/operators/first.ts", "node_modules/rxjs/src/internal/operators/takeLast.ts", "node_modules/rxjs/src/internal/operators/merge.ts", "node_modules/rxjs/src/internal/operators/mergeWith.ts", "node_modules/rxjs/src/internal/operators/repeat.ts", "node_modules/rxjs/src/internal/operators/scan.ts", "node_modules/rxjs/src/internal/operators/share.ts", "node_modules/rxjs/src/internal/operators/shareReplay.ts", "node_modules/rxjs/src/internal/operators/skip.ts", "node_modules/rxjs/src/internal/operators/skipUntil.ts", "node_modules/rxjs/src/internal/operators/startWith.ts", "node_modules/rxjs/src/internal/operators/switchMap.ts", "node_modules/rxjs/src/internal/operators/takeUntil.ts", "node_modules/rxjs/src/internal/operators/takeWhile.ts", "node_modules/rxjs/src/internal/operators/tap.ts", "node_modules/rxjs/src/internal/operators/throttle.ts", "node_modules/rxjs/src/internal/operators/throttleTime.ts", "node_modules/rxjs/src/internal/operators/withLatestFrom.ts", "node_modules/rxjs/src/internal/operators/zip.ts", "node_modules/rxjs/src/internal/operators/zipWith.ts", "src/templates/assets/javascripts/browser/document/index.ts", "src/templates/assets/javascripts/browser/element/_/index.ts", "src/templates/assets/javascripts/browser/element/focus/index.ts", "src/templates/assets/javascripts/browser/element/hover/index.ts", "src/templates/assets/javascripts/utilities/h/index.ts", "src/templates/assets/javascripts/utilities/round/index.ts", "src/templates/assets/javascripts/browser/script/index.ts", "src/templates/assets/javascripts/browser/element/size/_/index.ts", "src/templates/assets/javascripts/browser/element/size/content/index.ts", "src/templates/assets/javascripts/browser/element/offset/_/index.ts", "src/templates/assets/javascripts/browser/element/offset/content/index.ts", "src/templates/assets/javascripts/browser/element/visibility/index.ts", "src/templates/assets/javascripts/browser/toggle/index.ts", "src/templates/assets/javascripts/browser/keyboard/index.ts", "src/templates/assets/javascripts/browser/location/_/index.ts", "src/templates/assets/javascripts/browser/location/hash/index.ts", "src/templates/assets/javascripts/browser/media/index.ts", "src/templates/assets/javascripts/browser/request/index.ts", "src/templates/assets/javascripts/browser/viewport/offset/index.ts", "src/templates/assets/javascripts/browser/viewport/size/index.ts", "src/templates/assets/javascripts/browser/viewport/_/index.ts", "src/templates/assets/javascripts/browser/viewport/at/index.ts", "src/templates/assets/javascripts/browser/worker/index.ts", "src/templates/assets/javascripts/_/index.ts", "src/templates/assets/javascripts/components/_/index.ts", "src/templates/assets/javascripts/components/announce/index.ts", "src/templates/assets/javascripts/components/consent/index.ts", "src/templates/assets/javascripts/templates/tooltip/index.tsx", "src/templates/assets/javascripts/templates/annotation/index.tsx", "src/templates/assets/javascripts/templates/clipboard/index.tsx", "src/templates/assets/javascripts/templates/search/index.tsx", "src/templates/assets/javascripts/templates/source/index.tsx", "src/templates/assets/javascripts/templates/tabbed/index.tsx", "src/templates/assets/javascripts/templates/table/index.tsx", "src/templates/assets/javascripts/templates/version/index.tsx", "src/templates/assets/javascripts/components/tooltip2/index.ts", "src/templates/assets/javascripts/components/content/annotation/_/index.ts", "src/templates/assets/javascripts/components/content/annotation/list/index.ts", "src/templates/assets/javascripts/components/content/annotation/block/index.ts", "src/templates/assets/javascripts/components/content/code/_/index.ts", "src/templates/assets/javascripts/components/content/details/index.ts", "src/templates/assets/javascripts/components/content/mermaid/index.css", "src/templates/assets/javascripts/components/content/mermaid/index.ts", "src/templates/assets/javascripts/components/content/table/index.ts", "src/templates/assets/javascripts/components/content/tabs/index.ts", "src/templates/assets/javascripts/components/content/_/index.ts", "src/templates/assets/javascripts/components/dialog/index.ts", "src/templates/assets/javascripts/components/tooltip/index.ts", "src/templates/assets/javascripts/components/header/_/index.ts", "src/templates/assets/javascripts/components/header/title/index.ts", "src/templates/assets/javascripts/components/main/index.ts", "src/templates/assets/javascripts/components/palette/index.ts", "src/templates/assets/javascripts/components/progress/index.ts", "src/templates/assets/javascripts/integrations/clipboard/index.ts", "src/templates/assets/javascripts/integrations/sitemap/index.ts", "src/templates/assets/javascripts/integrations/instant/index.ts", "src/templates/assets/javascripts/integrations/search/highlighter/index.ts", "src/templates/assets/javascripts/integrations/search/worker/message/index.ts", "src/templates/assets/javascripts/integrations/search/worker/_/index.ts", "src/templates/assets/javascripts/integrations/version/findurl/index.ts", "src/templates/assets/javascripts/integrations/version/index.ts", "src/templates/assets/javascripts/components/search/query/index.ts", "src/templates/assets/javascripts/components/search/result/index.ts", "src/templates/assets/javascripts/components/search/share/index.ts", "src/templates/assets/javascripts/components/search/suggest/index.ts", "src/templates/assets/javascripts/components/search/_/index.ts", "src/templates/assets/javascripts/components/search/highlight/index.ts", "src/templates/assets/javascripts/components/sidebar/index.ts", "src/templates/assets/javascripts/components/source/facts/github/index.ts", "src/templates/assets/javascripts/components/source/facts/gitlab/index.ts", "src/templates/assets/javascripts/components/source/facts/_/index.ts", "src/templates/assets/javascripts/components/source/_/index.ts", "src/templates/assets/javascripts/components/tabs/index.ts", "src/templates/assets/javascripts/components/toc/index.ts", "src/templates/assets/javascripts/components/top/index.ts", "src/templates/assets/javascripts/patches/ellipsis/index.ts", "src/templates/assets/javascripts/patches/indeterminate/index.ts", "src/templates/assets/javascripts/patches/scrollfix/index.ts", "src/templates/assets/javascripts/patches/scrolllock/index.ts", "src/templates/assets/javascripts/polyfills/index.ts"], + "sourcesContent": ["(function (global, factory) {\n typeof exports === 'object' && typeof module !== 'undefined' ? factory() :\n typeof define === 'function' && define.amd ? define(factory) :\n (factory());\n}(this, (function () { 'use strict';\n\n /**\n * Applies the :focus-visible polyfill at the given scope.\n * A scope in this case is either the top-level Document or a Shadow Root.\n *\n * @param {(Document|ShadowRoot)} scope\n * @see https://github.com/WICG/focus-visible\n */\n function applyFocusVisiblePolyfill(scope) {\n var hadKeyboardEvent = true;\n var hadFocusVisibleRecently = false;\n var hadFocusVisibleRecentlyTimeout = null;\n\n var inputTypesAllowlist = {\n text: true,\n search: true,\n url: true,\n tel: true,\n email: true,\n password: true,\n number: true,\n date: true,\n month: true,\n week: true,\n time: true,\n datetime: true,\n 'datetime-local': true\n };\n\n /**\n * Helper function for legacy browsers and iframes which sometimes focus\n * elements like document, body, and non-interactive SVG.\n * @param {Element} el\n */\n function isValidFocusTarget(el) {\n if (\n el &&\n el !== document &&\n el.nodeName !== 'HTML' &&\n el.nodeName !== 'BODY' &&\n 'classList' in el &&\n 'contains' in el.classList\n ) {\n return true;\n }\n return false;\n }\n\n /**\n * Computes whether the given element should automatically trigger the\n * `focus-visible` class being added, i.e. whether it should always match\n * `:focus-visible` when focused.\n * @param {Element} el\n * @return {boolean}\n */\n function focusTriggersKeyboardModality(el) {\n var type = el.type;\n var tagName = el.tagName;\n\n if (tagName === 'INPUT' && inputTypesAllowlist[type] && !el.readOnly) {\n return true;\n }\n\n if (tagName === 'TEXTAREA' && !el.readOnly) {\n return true;\n }\n\n if (el.isContentEditable) {\n return true;\n }\n\n return false;\n }\n\n /**\n * Add the `focus-visible` class to the given element if it was not added by\n * the author.\n * @param {Element} el\n */\n function addFocusVisibleClass(el) {\n if (el.classList.contains('focus-visible')) {\n return;\n }\n el.classList.add('focus-visible');\n el.setAttribute('data-focus-visible-added', '');\n }\n\n /**\n * Remove the `focus-visible` class from the given element if it was not\n * originally added by the author.\n * @param {Element} el\n */\n function removeFocusVisibleClass(el) {\n if (!el.hasAttribute('data-focus-visible-added')) {\n return;\n }\n el.classList.remove('focus-visible');\n el.removeAttribute('data-focus-visible-added');\n }\n\n /**\n * If the most recent user interaction was via the keyboard;\n * and the key press did not include a meta, alt/option, or control key;\n * then the modality is keyboard. Otherwise, the modality is not keyboard.\n * Apply `focus-visible` to any current active element and keep track\n * of our keyboard modality state with `hadKeyboardEvent`.\n * @param {KeyboardEvent} e\n */\n function onKeyDown(e) {\n if (e.metaKey || e.altKey || e.ctrlKey) {\n return;\n }\n\n if (isValidFocusTarget(scope.activeElement)) {\n addFocusVisibleClass(scope.activeElement);\n }\n\n hadKeyboardEvent = true;\n }\n\n /**\n * If at any point a user clicks with a pointing device, ensure that we change\n * the modality away from keyboard.\n * This avoids the situation where a user presses a key on an already focused\n * element, and then clicks on a different element, focusing it with a\n * pointing device, while we still think we're in keyboard modality.\n * @param {Event} e\n */\n function onPointerDown(e) {\n hadKeyboardEvent = false;\n }\n\n /**\n * On `focus`, add the `focus-visible` class to the target if:\n * - the target received focus as a result of keyboard navigation, or\n * - the event target is an element that will likely require interaction\n * via the keyboard (e.g. a text box)\n * @param {Event} e\n */\n function onFocus(e) {\n // Prevent IE from focusing the document or HTML element.\n if (!isValidFocusTarget(e.target)) {\n return;\n }\n\n if (hadKeyboardEvent || focusTriggersKeyboardModality(e.target)) {\n addFocusVisibleClass(e.target);\n }\n }\n\n /**\n * On `blur`, remove the `focus-visible` class from the target.\n * @param {Event} e\n */\n function onBlur(e) {\n if (!isValidFocusTarget(e.target)) {\n return;\n }\n\n if (\n e.target.classList.contains('focus-visible') ||\n e.target.hasAttribute('data-focus-visible-added')\n ) {\n // To detect a tab/window switch, we look for a blur event followed\n // rapidly by a visibility change.\n // If we don't see a visibility change within 100ms, it's probably a\n // regular focus change.\n hadFocusVisibleRecently = true;\n window.clearTimeout(hadFocusVisibleRecentlyTimeout);\n hadFocusVisibleRecentlyTimeout = window.setTimeout(function() {\n hadFocusVisibleRecently = false;\n }, 100);\n removeFocusVisibleClass(e.target);\n }\n }\n\n /**\n * If the user changes tabs, keep track of whether or not the previously\n * focused element had .focus-visible.\n * @param {Event} e\n */\n function onVisibilityChange(e) {\n if (document.visibilityState === 'hidden') {\n // If the tab becomes active again, the browser will handle calling focus\n // on the element (Safari actually calls it twice).\n // If this tab change caused a blur on an element with focus-visible,\n // re-apply the class when the user switches back to the tab.\n if (hadFocusVisibleRecently) {\n hadKeyboardEvent = true;\n }\n addInitialPointerMoveListeners();\n }\n }\n\n /**\n * Add a group of listeners to detect usage of any pointing devices.\n * These listeners will be added when the polyfill first loads, and anytime\n * the window is blurred, so that they are active when the window regains\n * focus.\n */\n function addInitialPointerMoveListeners() {\n document.addEventListener('mousemove', onInitialPointerMove);\n document.addEventListener('mousedown', onInitialPointerMove);\n document.addEventListener('mouseup', onInitialPointerMove);\n document.addEventListener('pointermove', onInitialPointerMove);\n document.addEventListener('pointerdown', onInitialPointerMove);\n document.addEventListener('pointerup', onInitialPointerMove);\n document.addEventListener('touchmove', onInitialPointerMove);\n document.addEventListener('touchstart', onInitialPointerMove);\n document.addEventListener('touchend', onInitialPointerMove);\n }\n\n function removeInitialPointerMoveListeners() {\n document.removeEventListener('mousemove', onInitialPointerMove);\n document.removeEventListener('mousedown', onInitialPointerMove);\n document.removeEventListener('mouseup', onInitialPointerMove);\n document.removeEventListener('pointermove', onInitialPointerMove);\n document.removeEventListener('pointerdown', onInitialPointerMove);\n document.removeEventListener('pointerup', onInitialPointerMove);\n document.removeEventListener('touchmove', onInitialPointerMove);\n document.removeEventListener('touchstart', onInitialPointerMove);\n document.removeEventListener('touchend', onInitialPointerMove);\n }\n\n /**\n * When the polfyill first loads, assume the user is in keyboard modality.\n * If any event is received from a pointing device (e.g. mouse, pointer,\n * touch), turn off keyboard modality.\n * This accounts for situations where focus enters the page from the URL bar.\n * @param {Event} e\n */\n function onInitialPointerMove(e) {\n // Work around a Safari quirk that fires a mousemove on whenever the\n // window blurs, even if you're tabbing out of the page. \u00AF\\_(\u30C4)_/\u00AF\n if (e.target.nodeName && e.target.nodeName.toLowerCase() === 'html') {\n return;\n }\n\n hadKeyboardEvent = false;\n removeInitialPointerMoveListeners();\n }\n\n // For some kinds of state, we are interested in changes at the global scope\n // only. For example, global pointer input, global key presses and global\n // visibility change should affect the state at every scope:\n document.addEventListener('keydown', onKeyDown, true);\n document.addEventListener('mousedown', onPointerDown, true);\n document.addEventListener('pointerdown', onPointerDown, true);\n document.addEventListener('touchstart', onPointerDown, true);\n document.addEventListener('visibilitychange', onVisibilityChange, true);\n\n addInitialPointerMoveListeners();\n\n // For focus and blur, we specifically care about state changes in the local\n // scope. This is because focus / blur events that originate from within a\n // shadow root are not re-dispatched from the host element if it was already\n // the active element in its own scope:\n scope.addEventListener('focus', onFocus, true);\n scope.addEventListener('blur', onBlur, true);\n\n // We detect that a node is a ShadowRoot by ensuring that it is a\n // DocumentFragment and also has a host property. This check covers native\n // implementation and polyfill implementation transparently. If we only cared\n // about the native implementation, we could just check if the scope was\n // an instance of a ShadowRoot.\n if (scope.nodeType === Node.DOCUMENT_FRAGMENT_NODE && scope.host) {\n // Since a ShadowRoot is a special kind of DocumentFragment, it does not\n // have a root element to add a class to. So, we add this attribute to the\n // host element instead:\n scope.host.setAttribute('data-js-focus-visible', '');\n } else if (scope.nodeType === Node.DOCUMENT_NODE) {\n document.documentElement.classList.add('js-focus-visible');\n document.documentElement.setAttribute('data-js-focus-visible', '');\n }\n }\n\n // It is important to wrap all references to global window and document in\n // these checks to support server-side rendering use cases\n // @see https://github.com/WICG/focus-visible/issues/199\n if (typeof window !== 'undefined' && typeof document !== 'undefined') {\n // Make the polyfill helper globally available. This can be used as a signal\n // to interested libraries that wish to coordinate with the polyfill for e.g.,\n // applying the polyfill to a shadow root:\n window.applyFocusVisiblePolyfill = applyFocusVisiblePolyfill;\n\n // Notify interested libraries of the polyfill's presence, in case the\n // polyfill was loaded lazily:\n var event;\n\n try {\n event = new CustomEvent('focus-visible-polyfill-ready');\n } catch (error) {\n // IE11 does not support using CustomEvent as a constructor directly:\n event = document.createEvent('CustomEvent');\n event.initCustomEvent('focus-visible-polyfill-ready', false, false, {});\n }\n\n window.dispatchEvent(event);\n }\n\n if (typeof document !== 'undefined') {\n // Apply the polyfill to the global document, so that no JavaScript\n // coordination is required to use the polyfill in the top-level document:\n applyFocusVisiblePolyfill(document);\n }\n\n})));\n", "/*!\n * escape-html\n * Copyright(c) 2012-2013 TJ Holowaychuk\n * Copyright(c) 2015 Andreas Lubbe\n * Copyright(c) 2015 Tiancheng \"Timothy\" Gu\n * MIT Licensed\n */\n\n'use strict';\n\n/**\n * Module variables.\n * @private\n */\n\nvar matchHtmlRegExp = /[\"'&<>]/;\n\n/**\n * Module exports.\n * @public\n */\n\nmodule.exports = escapeHtml;\n\n/**\n * Escape special characters in the given string of html.\n *\n * @param {string} string The string to escape for inserting into HTML\n * @return {string}\n * @public\n */\n\nfunction escapeHtml(string) {\n var str = '' + string;\n var match = matchHtmlRegExp.exec(str);\n\n if (!match) {\n return str;\n }\n\n var escape;\n var html = '';\n var index = 0;\n var lastIndex = 0;\n\n for (index = match.index; index < str.length; index++) {\n switch (str.charCodeAt(index)) {\n case 34: // \"\n escape = '"';\n break;\n case 38: // &\n escape = '&';\n break;\n case 39: // '\n escape = ''';\n break;\n case 60: // <\n escape = '<';\n break;\n case 62: // >\n escape = '>';\n break;\n default:\n continue;\n }\n\n if (lastIndex !== index) {\n html += str.substring(lastIndex, index);\n }\n\n lastIndex = index + 1;\n html += escape;\n }\n\n return lastIndex !== index\n ? html + str.substring(lastIndex, index)\n : html;\n}\n", "/*!\n * clipboard.js v2.0.11\n * https://clipboardjs.com/\n *\n * Licensed MIT \u00A9 Zeno Rocha\n */\n(function webpackUniversalModuleDefinition(root, factory) {\n\tif(typeof exports === 'object' && typeof module === 'object')\n\t\tmodule.exports = factory();\n\telse if(typeof define === 'function' && define.amd)\n\t\tdefine([], factory);\n\telse if(typeof exports === 'object')\n\t\texports[\"ClipboardJS\"] = factory();\n\telse\n\t\troot[\"ClipboardJS\"] = factory();\n})(this, function() {\nreturn /******/ (function() { // webpackBootstrap\n/******/ \tvar __webpack_modules__ = ({\n\n/***/ 686:\n/***/ (function(__unused_webpack_module, __webpack_exports__, __webpack_require__) {\n\n\"use strict\";\n\n// EXPORTS\n__webpack_require__.d(__webpack_exports__, {\n \"default\": function() { return /* binding */ clipboard; }\n});\n\n// EXTERNAL MODULE: ./node_modules/tiny-emitter/index.js\nvar tiny_emitter = __webpack_require__(279);\nvar tiny_emitter_default = /*#__PURE__*/__webpack_require__.n(tiny_emitter);\n// EXTERNAL MODULE: ./node_modules/good-listener/src/listen.js\nvar listen = __webpack_require__(370);\nvar listen_default = /*#__PURE__*/__webpack_require__.n(listen);\n// EXTERNAL MODULE: ./node_modules/select/src/select.js\nvar src_select = __webpack_require__(817);\nvar select_default = /*#__PURE__*/__webpack_require__.n(src_select);\n;// CONCATENATED MODULE: ./src/common/command.js\n/**\n * Executes a given operation type.\n * @param {String} type\n * @return {Boolean}\n */\nfunction command(type) {\n try {\n return document.execCommand(type);\n } catch (err) {\n return false;\n }\n}\n;// CONCATENATED MODULE: ./src/actions/cut.js\n\n\n/**\n * Cut action wrapper.\n * @param {String|HTMLElement} target\n * @return {String}\n */\n\nvar ClipboardActionCut = function ClipboardActionCut(target) {\n var selectedText = select_default()(target);\n command('cut');\n return selectedText;\n};\n\n/* harmony default export */ var actions_cut = (ClipboardActionCut);\n;// CONCATENATED MODULE: ./src/common/create-fake-element.js\n/**\n * Creates a fake textarea element with a value.\n * @param {String} value\n * @return {HTMLElement}\n */\nfunction createFakeElement(value) {\n var isRTL = document.documentElement.getAttribute('dir') === 'rtl';\n var fakeElement = document.createElement('textarea'); // Prevent zooming on iOS\n\n fakeElement.style.fontSize = '12pt'; // Reset box model\n\n fakeElement.style.border = '0';\n fakeElement.style.padding = '0';\n fakeElement.style.margin = '0'; // Move element out of screen horizontally\n\n fakeElement.style.position = 'absolute';\n fakeElement.style[isRTL ? 'right' : 'left'] = '-9999px'; // Move element to the same position vertically\n\n var yPosition = window.pageYOffset || document.documentElement.scrollTop;\n fakeElement.style.top = \"\".concat(yPosition, \"px\");\n fakeElement.setAttribute('readonly', '');\n fakeElement.value = value;\n return fakeElement;\n}\n;// CONCATENATED MODULE: ./src/actions/copy.js\n\n\n\n/**\n * Create fake copy action wrapper using a fake element.\n * @param {String} target\n * @param {Object} options\n * @return {String}\n */\n\nvar fakeCopyAction = function fakeCopyAction(value, options) {\n var fakeElement = createFakeElement(value);\n options.container.appendChild(fakeElement);\n var selectedText = select_default()(fakeElement);\n command('copy');\n fakeElement.remove();\n return selectedText;\n};\n/**\n * Copy action wrapper.\n * @param {String|HTMLElement} target\n * @param {Object} options\n * @return {String}\n */\n\n\nvar ClipboardActionCopy = function ClipboardActionCopy(target) {\n var options = arguments.length > 1 && arguments[1] !== undefined ? arguments[1] : {\n container: document.body\n };\n var selectedText = '';\n\n if (typeof target === 'string') {\n selectedText = fakeCopyAction(target, options);\n } else if (target instanceof HTMLInputElement && !['text', 'search', 'url', 'tel', 'password'].includes(target === null || target === void 0 ? void 0 : target.type)) {\n // If input type doesn't support `setSelectionRange`. Simulate it. https://developer.mozilla.org/en-US/docs/Web/API/HTMLInputElement/setSelectionRange\n selectedText = fakeCopyAction(target.value, options);\n } else {\n selectedText = select_default()(target);\n command('copy');\n }\n\n return selectedText;\n};\n\n/* harmony default export */ var actions_copy = (ClipboardActionCopy);\n;// CONCATENATED MODULE: ./src/actions/default.js\nfunction _typeof(obj) { \"@babel/helpers - typeof\"; if (typeof Symbol === \"function\" && typeof Symbol.iterator === \"symbol\") { _typeof = function _typeof(obj) { return typeof obj; }; } else { _typeof = function _typeof(obj) { return obj && typeof Symbol === \"function\" && obj.constructor === Symbol && obj !== Symbol.prototype ? \"symbol\" : typeof obj; }; } return _typeof(obj); }\n\n\n\n/**\n * Inner function which performs selection from either `text` or `target`\n * properties and then executes copy or cut operations.\n * @param {Object} options\n */\n\nvar ClipboardActionDefault = function ClipboardActionDefault() {\n var options = arguments.length > 0 && arguments[0] !== undefined ? arguments[0] : {};\n // Defines base properties passed from constructor.\n var _options$action = options.action,\n action = _options$action === void 0 ? 'copy' : _options$action,\n container = options.container,\n target = options.target,\n text = options.text; // Sets the `action` to be performed which can be either 'copy' or 'cut'.\n\n if (action !== 'copy' && action !== 'cut') {\n throw new Error('Invalid \"action\" value, use either \"copy\" or \"cut\"');\n } // Sets the `target` property using an element that will be have its content copied.\n\n\n if (target !== undefined) {\n if (target && _typeof(target) === 'object' && target.nodeType === 1) {\n if (action === 'copy' && target.hasAttribute('disabled')) {\n throw new Error('Invalid \"target\" attribute. Please use \"readonly\" instead of \"disabled\" attribute');\n }\n\n if (action === 'cut' && (target.hasAttribute('readonly') || target.hasAttribute('disabled'))) {\n throw new Error('Invalid \"target\" attribute. You can\\'t cut text from elements with \"readonly\" or \"disabled\" attributes');\n }\n } else {\n throw new Error('Invalid \"target\" value, use a valid Element');\n }\n } // Define selection strategy based on `text` property.\n\n\n if (text) {\n return actions_copy(text, {\n container: container\n });\n } // Defines which selection strategy based on `target` property.\n\n\n if (target) {\n return action === 'cut' ? actions_cut(target) : actions_copy(target, {\n container: container\n });\n }\n};\n\n/* harmony default export */ var actions_default = (ClipboardActionDefault);\n;// CONCATENATED MODULE: ./src/clipboard.js\nfunction clipboard_typeof(obj) { \"@babel/helpers - typeof\"; if (typeof Symbol === \"function\" && typeof Symbol.iterator === \"symbol\") { clipboard_typeof = function _typeof(obj) { return typeof obj; }; } else { clipboard_typeof = function _typeof(obj) { return obj && typeof Symbol === \"function\" && obj.constructor === Symbol && obj !== Symbol.prototype ? \"symbol\" : typeof obj; }; } return clipboard_typeof(obj); }\n\nfunction _classCallCheck(instance, Constructor) { if (!(instance instanceof Constructor)) { throw new TypeError(\"Cannot call a class as a function\"); } }\n\nfunction _defineProperties(target, props) { for (var i = 0; i < props.length; i++) { var descriptor = props[i]; descriptor.enumerable = descriptor.enumerable || false; descriptor.configurable = true; if (\"value\" in descriptor) descriptor.writable = true; Object.defineProperty(target, descriptor.key, descriptor); } }\n\nfunction _createClass(Constructor, protoProps, staticProps) { if (protoProps) _defineProperties(Constructor.prototype, protoProps); if (staticProps) _defineProperties(Constructor, staticProps); return Constructor; }\n\nfunction _inherits(subClass, superClass) { if (typeof superClass !== \"function\" && superClass !== null) { throw new TypeError(\"Super expression must either be null or a function\"); } subClass.prototype = Object.create(superClass && superClass.prototype, { constructor: { value: subClass, writable: true, configurable: true } }); if (superClass) _setPrototypeOf(subClass, superClass); }\n\nfunction _setPrototypeOf(o, p) { _setPrototypeOf = Object.setPrototypeOf || function _setPrototypeOf(o, p) { o.__proto__ = p; return o; }; return _setPrototypeOf(o, p); }\n\nfunction _createSuper(Derived) { var hasNativeReflectConstruct = _isNativeReflectConstruct(); return function _createSuperInternal() { var Super = _getPrototypeOf(Derived), result; if (hasNativeReflectConstruct) { var NewTarget = _getPrototypeOf(this).constructor; result = Reflect.construct(Super, arguments, NewTarget); } else { result = Super.apply(this, arguments); } return _possibleConstructorReturn(this, result); }; }\n\nfunction _possibleConstructorReturn(self, call) { if (call && (clipboard_typeof(call) === \"object\" || typeof call === \"function\")) { return call; } return _assertThisInitialized(self); }\n\nfunction _assertThisInitialized(self) { if (self === void 0) { throw new ReferenceError(\"this hasn't been initialised - super() hasn't been called\"); } return self; }\n\nfunction _isNativeReflectConstruct() { if (typeof Reflect === \"undefined\" || !Reflect.construct) return false; if (Reflect.construct.sham) return false; if (typeof Proxy === \"function\") return true; try { Date.prototype.toString.call(Reflect.construct(Date, [], function () {})); return true; } catch (e) { return false; } }\n\nfunction _getPrototypeOf(o) { _getPrototypeOf = Object.setPrototypeOf ? Object.getPrototypeOf : function _getPrototypeOf(o) { return o.__proto__ || Object.getPrototypeOf(o); }; return _getPrototypeOf(o); }\n\n\n\n\n\n\n/**\n * Helper function to retrieve attribute value.\n * @param {String} suffix\n * @param {Element} element\n */\n\nfunction getAttributeValue(suffix, element) {\n var attribute = \"data-clipboard-\".concat(suffix);\n\n if (!element.hasAttribute(attribute)) {\n return;\n }\n\n return element.getAttribute(attribute);\n}\n/**\n * Base class which takes one or more elements, adds event listeners to them,\n * and instantiates a new `ClipboardAction` on each click.\n */\n\n\nvar Clipboard = /*#__PURE__*/function (_Emitter) {\n _inherits(Clipboard, _Emitter);\n\n var _super = _createSuper(Clipboard);\n\n /**\n * @param {String|HTMLElement|HTMLCollection|NodeList} trigger\n * @param {Object} options\n */\n function Clipboard(trigger, options) {\n var _this;\n\n _classCallCheck(this, Clipboard);\n\n _this = _super.call(this);\n\n _this.resolveOptions(options);\n\n _this.listenClick(trigger);\n\n return _this;\n }\n /**\n * Defines if attributes would be resolved using internal setter functions\n * or custom functions that were passed in the constructor.\n * @param {Object} options\n */\n\n\n _createClass(Clipboard, [{\n key: \"resolveOptions\",\n value: function resolveOptions() {\n var options = arguments.length > 0 && arguments[0] !== undefined ? arguments[0] : {};\n this.action = typeof options.action === 'function' ? options.action : this.defaultAction;\n this.target = typeof options.target === 'function' ? options.target : this.defaultTarget;\n this.text = typeof options.text === 'function' ? options.text : this.defaultText;\n this.container = clipboard_typeof(options.container) === 'object' ? options.container : document.body;\n }\n /**\n * Adds a click event listener to the passed trigger.\n * @param {String|HTMLElement|HTMLCollection|NodeList} trigger\n */\n\n }, {\n key: \"listenClick\",\n value: function listenClick(trigger) {\n var _this2 = this;\n\n this.listener = listen_default()(trigger, 'click', function (e) {\n return _this2.onClick(e);\n });\n }\n /**\n * Defines a new `ClipboardAction` on each click event.\n * @param {Event} e\n */\n\n }, {\n key: \"onClick\",\n value: function onClick(e) {\n var trigger = e.delegateTarget || e.currentTarget;\n var action = this.action(trigger) || 'copy';\n var text = actions_default({\n action: action,\n container: this.container,\n target: this.target(trigger),\n text: this.text(trigger)\n }); // Fires an event based on the copy operation result.\n\n this.emit(text ? 'success' : 'error', {\n action: action,\n text: text,\n trigger: trigger,\n clearSelection: function clearSelection() {\n if (trigger) {\n trigger.focus();\n }\n\n window.getSelection().removeAllRanges();\n }\n });\n }\n /**\n * Default `action` lookup function.\n * @param {Element} trigger\n */\n\n }, {\n key: \"defaultAction\",\n value: function defaultAction(trigger) {\n return getAttributeValue('action', trigger);\n }\n /**\n * Default `target` lookup function.\n * @param {Element} trigger\n */\n\n }, {\n key: \"defaultTarget\",\n value: function defaultTarget(trigger) {\n var selector = getAttributeValue('target', trigger);\n\n if (selector) {\n return document.querySelector(selector);\n }\n }\n /**\n * Allow fire programmatically a copy action\n * @param {String|HTMLElement} target\n * @param {Object} options\n * @returns Text copied.\n */\n\n }, {\n key: \"defaultText\",\n\n /**\n * Default `text` lookup function.\n * @param {Element} trigger\n */\n value: function defaultText(trigger) {\n return getAttributeValue('text', trigger);\n }\n /**\n * Destroy lifecycle.\n */\n\n }, {\n key: \"destroy\",\n value: function destroy() {\n this.listener.destroy();\n }\n }], [{\n key: \"copy\",\n value: function copy(target) {\n var options = arguments.length > 1 && arguments[1] !== undefined ? arguments[1] : {\n container: document.body\n };\n return actions_copy(target, options);\n }\n /**\n * Allow fire programmatically a cut action\n * @param {String|HTMLElement} target\n * @returns Text cutted.\n */\n\n }, {\n key: \"cut\",\n value: function cut(target) {\n return actions_cut(target);\n }\n /**\n * Returns the support of the given action, or all actions if no action is\n * given.\n * @param {String} [action]\n */\n\n }, {\n key: \"isSupported\",\n value: function isSupported() {\n var action = arguments.length > 0 && arguments[0] !== undefined ? arguments[0] : ['copy', 'cut'];\n var actions = typeof action === 'string' ? [action] : action;\n var support = !!document.queryCommandSupported;\n actions.forEach(function (action) {\n support = support && !!document.queryCommandSupported(action);\n });\n return support;\n }\n }]);\n\n return Clipboard;\n}((tiny_emitter_default()));\n\n/* harmony default export */ var clipboard = (Clipboard);\n\n/***/ }),\n\n/***/ 828:\n/***/ (function(module) {\n\nvar DOCUMENT_NODE_TYPE = 9;\n\n/**\n * A polyfill for Element.matches()\n */\nif (typeof Element !== 'undefined' && !Element.prototype.matches) {\n var proto = Element.prototype;\n\n proto.matches = proto.matchesSelector ||\n proto.mozMatchesSelector ||\n proto.msMatchesSelector ||\n proto.oMatchesSelector ||\n proto.webkitMatchesSelector;\n}\n\n/**\n * Finds the closest parent that matches a selector.\n *\n * @param {Element} element\n * @param {String} selector\n * @return {Function}\n */\nfunction closest (element, selector) {\n while (element && element.nodeType !== DOCUMENT_NODE_TYPE) {\n if (typeof element.matches === 'function' &&\n element.matches(selector)) {\n return element;\n }\n element = element.parentNode;\n }\n}\n\nmodule.exports = closest;\n\n\n/***/ }),\n\n/***/ 438:\n/***/ (function(module, __unused_webpack_exports, __webpack_require__) {\n\nvar closest = __webpack_require__(828);\n\n/**\n * Delegates event to a selector.\n *\n * @param {Element} element\n * @param {String} selector\n * @param {String} type\n * @param {Function} callback\n * @param {Boolean} useCapture\n * @return {Object}\n */\nfunction _delegate(element, selector, type, callback, useCapture) {\n var listenerFn = listener.apply(this, arguments);\n\n element.addEventListener(type, listenerFn, useCapture);\n\n return {\n destroy: function() {\n element.removeEventListener(type, listenerFn, useCapture);\n }\n }\n}\n\n/**\n * Delegates event to a selector.\n *\n * @param {Element|String|Array} [elements]\n * @param {String} selector\n * @param {String} type\n * @param {Function} callback\n * @param {Boolean} useCapture\n * @return {Object}\n */\nfunction delegate(elements, selector, type, callback, useCapture) {\n // Handle the regular Element usage\n if (typeof elements.addEventListener === 'function') {\n return _delegate.apply(null, arguments);\n }\n\n // Handle Element-less usage, it defaults to global delegation\n if (typeof type === 'function') {\n // Use `document` as the first parameter, then apply arguments\n // This is a short way to .unshift `arguments` without running into deoptimizations\n return _delegate.bind(null, document).apply(null, arguments);\n }\n\n // Handle Selector-based usage\n if (typeof elements === 'string') {\n elements = document.querySelectorAll(elements);\n }\n\n // Handle Array-like based usage\n return Array.prototype.map.call(elements, function (element) {\n return _delegate(element, selector, type, callback, useCapture);\n });\n}\n\n/**\n * Finds closest match and invokes callback.\n *\n * @param {Element} element\n * @param {String} selector\n * @param {String} type\n * @param {Function} callback\n * @return {Function}\n */\nfunction listener(element, selector, type, callback) {\n return function(e) {\n e.delegateTarget = closest(e.target, selector);\n\n if (e.delegateTarget) {\n callback.call(element, e);\n }\n }\n}\n\nmodule.exports = delegate;\n\n\n/***/ }),\n\n/***/ 879:\n/***/ (function(__unused_webpack_module, exports) {\n\n/**\n * Check if argument is a HTML element.\n *\n * @param {Object} value\n * @return {Boolean}\n */\nexports.node = function(value) {\n return value !== undefined\n && value instanceof HTMLElement\n && value.nodeType === 1;\n};\n\n/**\n * Check if argument is a list of HTML elements.\n *\n * @param {Object} value\n * @return {Boolean}\n */\nexports.nodeList = function(value) {\n var type = Object.prototype.toString.call(value);\n\n return value !== undefined\n && (type === '[object NodeList]' || type === '[object HTMLCollection]')\n && ('length' in value)\n && (value.length === 0 || exports.node(value[0]));\n};\n\n/**\n * Check if argument is a string.\n *\n * @param {Object} value\n * @return {Boolean}\n */\nexports.string = function(value) {\n return typeof value === 'string'\n || value instanceof String;\n};\n\n/**\n * Check if argument is a function.\n *\n * @param {Object} value\n * @return {Boolean}\n */\nexports.fn = function(value) {\n var type = Object.prototype.toString.call(value);\n\n return type === '[object Function]';\n};\n\n\n/***/ }),\n\n/***/ 370:\n/***/ (function(module, __unused_webpack_exports, __webpack_require__) {\n\nvar is = __webpack_require__(879);\nvar delegate = __webpack_require__(438);\n\n/**\n * Validates all params and calls the right\n * listener function based on its target type.\n *\n * @param {String|HTMLElement|HTMLCollection|NodeList} target\n * @param {String} type\n * @param {Function} callback\n * @return {Object}\n */\nfunction listen(target, type, callback) {\n if (!target && !type && !callback) {\n throw new Error('Missing required arguments');\n }\n\n if (!is.string(type)) {\n throw new TypeError('Second argument must be a String');\n }\n\n if (!is.fn(callback)) {\n throw new TypeError('Third argument must be a Function');\n }\n\n if (is.node(target)) {\n return listenNode(target, type, callback);\n }\n else if (is.nodeList(target)) {\n return listenNodeList(target, type, callback);\n }\n else if (is.string(target)) {\n return listenSelector(target, type, callback);\n }\n else {\n throw new TypeError('First argument must be a String, HTMLElement, HTMLCollection, or NodeList');\n }\n}\n\n/**\n * Adds an event listener to a HTML element\n * and returns a remove listener function.\n *\n * @param {HTMLElement} node\n * @param {String} type\n * @param {Function} callback\n * @return {Object}\n */\nfunction listenNode(node, type, callback) {\n node.addEventListener(type, callback);\n\n return {\n destroy: function() {\n node.removeEventListener(type, callback);\n }\n }\n}\n\n/**\n * Add an event listener to a list of HTML elements\n * and returns a remove listener function.\n *\n * @param {NodeList|HTMLCollection} nodeList\n * @param {String} type\n * @param {Function} callback\n * @return {Object}\n */\nfunction listenNodeList(nodeList, type, callback) {\n Array.prototype.forEach.call(nodeList, function(node) {\n node.addEventListener(type, callback);\n });\n\n return {\n destroy: function() {\n Array.prototype.forEach.call(nodeList, function(node) {\n node.removeEventListener(type, callback);\n });\n }\n }\n}\n\n/**\n * Add an event listener to a selector\n * and returns a remove listener function.\n *\n * @param {String} selector\n * @param {String} type\n * @param {Function} callback\n * @return {Object}\n */\nfunction listenSelector(selector, type, callback) {\n return delegate(document.body, selector, type, callback);\n}\n\nmodule.exports = listen;\n\n\n/***/ }),\n\n/***/ 817:\n/***/ (function(module) {\n\nfunction select(element) {\n var selectedText;\n\n if (element.nodeName === 'SELECT') {\n element.focus();\n\n selectedText = element.value;\n }\n else if (element.nodeName === 'INPUT' || element.nodeName === 'TEXTAREA') {\n var isReadOnly = element.hasAttribute('readonly');\n\n if (!isReadOnly) {\n element.setAttribute('readonly', '');\n }\n\n element.select();\n element.setSelectionRange(0, element.value.length);\n\n if (!isReadOnly) {\n element.removeAttribute('readonly');\n }\n\n selectedText = element.value;\n }\n else {\n if (element.hasAttribute('contenteditable')) {\n element.focus();\n }\n\n var selection = window.getSelection();\n var range = document.createRange();\n\n range.selectNodeContents(element);\n selection.removeAllRanges();\n selection.addRange(range);\n\n selectedText = selection.toString();\n }\n\n return selectedText;\n}\n\nmodule.exports = select;\n\n\n/***/ }),\n\n/***/ 279:\n/***/ (function(module) {\n\nfunction E () {\n // Keep this empty so it's easier to inherit from\n // (via https://github.com/lipsmack from https://github.com/scottcorgan/tiny-emitter/issues/3)\n}\n\nE.prototype = {\n on: function (name, callback, ctx) {\n var e = this.e || (this.e = {});\n\n (e[name] || (e[name] = [])).push({\n fn: callback,\n ctx: ctx\n });\n\n return this;\n },\n\n once: function (name, callback, ctx) {\n var self = this;\n function listener () {\n self.off(name, listener);\n callback.apply(ctx, arguments);\n };\n\n listener._ = callback\n return this.on(name, listener, ctx);\n },\n\n emit: function (name) {\n var data = [].slice.call(arguments, 1);\n var evtArr = ((this.e || (this.e = {}))[name] || []).slice();\n var i = 0;\n var len = evtArr.length;\n\n for (i; i < len; i++) {\n evtArr[i].fn.apply(evtArr[i].ctx, data);\n }\n\n return this;\n },\n\n off: function (name, callback) {\n var e = this.e || (this.e = {});\n var evts = e[name];\n var liveEvents = [];\n\n if (evts && callback) {\n for (var i = 0, len = evts.length; i < len; i++) {\n if (evts[i].fn !== callback && evts[i].fn._ !== callback)\n liveEvents.push(evts[i]);\n }\n }\n\n // Remove event from queue to prevent memory leak\n // Suggested by https://github.com/lazd\n // Ref: https://github.com/scottcorgan/tiny-emitter/commit/c6ebfaa9bc973b33d110a84a307742b7cf94c953#commitcomment-5024910\n\n (liveEvents.length)\n ? e[name] = liveEvents\n : delete e[name];\n\n return this;\n }\n};\n\nmodule.exports = E;\nmodule.exports.TinyEmitter = E;\n\n\n/***/ })\n\n/******/ \t});\n/************************************************************************/\n/******/ \t// The module cache\n/******/ \tvar __webpack_module_cache__ = {};\n/******/ \t\n/******/ \t// The require function\n/******/ \tfunction __webpack_require__(moduleId) {\n/******/ \t\t// Check if module is in cache\n/******/ \t\tif(__webpack_module_cache__[moduleId]) {\n/******/ \t\t\treturn __webpack_module_cache__[moduleId].exports;\n/******/ \t\t}\n/******/ \t\t// Create a new module (and put it into the cache)\n/******/ \t\tvar module = __webpack_module_cache__[moduleId] = {\n/******/ \t\t\t// no module.id needed\n/******/ \t\t\t// no module.loaded needed\n/******/ \t\t\texports: {}\n/******/ \t\t};\n/******/ \t\n/******/ \t\t// Execute the module function\n/******/ \t\t__webpack_modules__[moduleId](module, module.exports, __webpack_require__);\n/******/ \t\n/******/ \t\t// Return the exports of the module\n/******/ \t\treturn module.exports;\n/******/ \t}\n/******/ \t\n/************************************************************************/\n/******/ \t/* webpack/runtime/compat get default export */\n/******/ \t!function() {\n/******/ \t\t// getDefaultExport function for compatibility with non-harmony modules\n/******/ \t\t__webpack_require__.n = function(module) {\n/******/ \t\t\tvar getter = module && module.__esModule ?\n/******/ \t\t\t\tfunction() { return module['default']; } :\n/******/ \t\t\t\tfunction() { return module; };\n/******/ \t\t\t__webpack_require__.d(getter, { a: getter });\n/******/ \t\t\treturn getter;\n/******/ \t\t};\n/******/ \t}();\n/******/ \t\n/******/ \t/* webpack/runtime/define property getters */\n/******/ \t!function() {\n/******/ \t\t// define getter functions for harmony exports\n/******/ \t\t__webpack_require__.d = function(exports, definition) {\n/******/ \t\t\tfor(var key in definition) {\n/******/ \t\t\t\tif(__webpack_require__.o(definition, key) && !__webpack_require__.o(exports, key)) {\n/******/ \t\t\t\t\tObject.defineProperty(exports, key, { enumerable: true, get: definition[key] });\n/******/ \t\t\t\t}\n/******/ \t\t\t}\n/******/ \t\t};\n/******/ \t}();\n/******/ \t\n/******/ \t/* webpack/runtime/hasOwnProperty shorthand */\n/******/ \t!function() {\n/******/ \t\t__webpack_require__.o = function(obj, prop) { return Object.prototype.hasOwnProperty.call(obj, prop); }\n/******/ \t}();\n/******/ \t\n/************************************************************************/\n/******/ \t// module exports must be returned from runtime so entry inlining is disabled\n/******/ \t// startup\n/******/ \t// Load entry module and return exports\n/******/ \treturn __webpack_require__(686);\n/******/ })()\n.default;\n});", "/*\n * Copyright (c) 2016-2025 Martin Donath \n *\n * Permission is hereby granted, free of charge, to any person obtaining a copy\n * of this software and associated documentation files (the \"Software\"), to\n * deal in the Software without restriction, including without limitation the\n * rights to use, copy, modify, merge, publish, distribute, sublicense, and/or\n * sell copies of the Software, and to permit persons to whom the Software is\n * furnished to do so, subject to the following conditions:\n *\n * The above copyright notice and this permission notice shall be included in\n * all copies or substantial portions of the Software.\n *\n * THE SOFTWARE IS PROVIDED \"AS IS\", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR\n * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,\n * FITNESS FOR A PARTICULAR PURPOSE AND NON-INFRINGEMENT. IN NO EVENT SHALL THE\n * AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER\n * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING\n * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS\n * IN THE SOFTWARE.\n */\n\nimport \"focus-visible\"\n\nimport {\n EMPTY,\n NEVER,\n Observable,\n Subject,\n defer,\n delay,\n filter,\n map,\n merge,\n mergeWith,\n shareReplay,\n switchMap\n} from \"rxjs\"\n\nimport { configuration, feature } from \"./_\"\nimport {\n at,\n getActiveElement,\n getOptionalElement,\n requestJSON,\n setLocation,\n setToggle,\n watchDocument,\n watchKeyboard,\n watchLocation,\n watchLocationTarget,\n watchMedia,\n watchPrint,\n watchScript,\n watchViewport\n} from \"./browser\"\nimport {\n getComponentElement,\n getComponentElements,\n mountAnnounce,\n mountBackToTop,\n mountConsent,\n mountContent,\n mountDialog,\n mountHeader,\n mountHeaderTitle,\n mountPalette,\n mountProgress,\n mountSearch,\n mountSearchHiglight,\n mountSidebar,\n mountSource,\n mountTableOfContents,\n mountTabs,\n watchHeader,\n watchMain\n} from \"./components\"\nimport {\n SearchIndex,\n setupClipboardJS,\n setupInstantNavigation,\n setupVersionSelector\n} from \"./integrations\"\nimport {\n patchEllipsis,\n patchIndeterminate,\n patchScrollfix,\n patchScrolllock\n} from \"./patches\"\nimport \"./polyfills\"\n\n/* ----------------------------------------------------------------------------\n * Functions - @todo refactor\n * ------------------------------------------------------------------------- */\n\n/**\n * Fetch search index\n *\n * @returns Search index observable\n */\nfunction fetchSearchIndex(): Observable {\n if (location.protocol === \"file:\") {\n return watchScript(\n `${new URL(\"search/search_index.js\", config.base)}`\n )\n .pipe(\n // @ts-ignore - @todo fix typings\n map(() => __index),\n shareReplay(1)\n )\n } else {\n return requestJSON(\n new URL(\"search/search_index.json\", config.base)\n )\n }\n}\n\n/* ----------------------------------------------------------------------------\n * Application\n * ------------------------------------------------------------------------- */\n\n/* Yay, JavaScript is available */\ndocument.documentElement.classList.remove(\"no-js\")\ndocument.documentElement.classList.add(\"js\")\n\n/* Set up navigation observables and subjects */\nconst document$ = watchDocument()\nconst location$ = watchLocation()\nconst target$ = watchLocationTarget(location$)\nconst keyboard$ = watchKeyboard()\n\n/* Set up media observables */\nconst viewport$ = watchViewport()\nconst tablet$ = watchMedia(\"(min-width: 960px)\")\nconst screen$ = watchMedia(\"(min-width: 1220px)\")\nconst print$ = watchPrint()\n\n/* Retrieve search index, if search is enabled */\nconst config = configuration()\nconst index$ = document.forms.namedItem(\"search\")\n ? fetchSearchIndex()\n : NEVER\n\n/* Set up Clipboard.js integration */\nconst alert$ = new Subject()\nsetupClipboardJS({ alert$ })\n\n/* Set up progress indicator */\nconst progress$ = new Subject()\n\n/* Set up instant navigation, if enabled */\nif (feature(\"navigation.instant\"))\n setupInstantNavigation({ location$, viewport$, progress$ })\n .subscribe(document$)\n\n/* Set up version selector */\nif (config.version?.provider === \"mike\")\n setupVersionSelector({ document$ })\n\n/* Always close drawer and search on navigation */\nmerge(location$, target$)\n .pipe(\n delay(125)\n )\n .subscribe(() => {\n setToggle(\"drawer\", false)\n setToggle(\"search\", false)\n })\n\n/* Set up global keyboard handlers */\nkeyboard$\n .pipe(\n filter(({ mode }) => mode === \"global\")\n )\n .subscribe(key => {\n switch (key.type) {\n\n /* Go to previous page */\n case \"p\":\n case \",\":\n const prev = getOptionalElement(\"link[rel=prev]\")\n if (typeof prev !== \"undefined\")\n setLocation(prev)\n break\n\n /* Go to next page */\n case \"n\":\n case \".\":\n const next = getOptionalElement(\"link[rel=next]\")\n if (typeof next !== \"undefined\")\n setLocation(next)\n break\n\n /* Expand navigation, see https://bit.ly/3ZjG5io */\n case \"Enter\":\n const active = getActiveElement()\n if (active instanceof HTMLLabelElement)\n active.click()\n }\n })\n\n/* Set up patches */\npatchEllipsis({ viewport$, document$ })\npatchIndeterminate({ document$, tablet$ })\npatchScrollfix({ document$ })\npatchScrolllock({ viewport$, tablet$ })\n\n/* Set up header and main area observable */\nconst header$ = watchHeader(getComponentElement(\"header\"), { viewport$ })\nconst main$ = document$\n .pipe(\n map(() => getComponentElement(\"main\")),\n switchMap(el => watchMain(el, { viewport$, header$ })),\n shareReplay(1)\n )\n\n/* Set up control component observables */\nconst control$ = merge(\n\n /* Consent */\n ...getComponentElements(\"consent\")\n .map(el => mountConsent(el, { target$ })),\n\n /* Dialog */\n ...getComponentElements(\"dialog\")\n .map(el => mountDialog(el, { alert$ })),\n\n /* Color palette */\n ...getComponentElements(\"palette\")\n .map(el => mountPalette(el)),\n\n /* Progress bar */\n ...getComponentElements(\"progress\")\n .map(el => mountProgress(el, { progress$ })),\n\n /* Search */\n ...getComponentElements(\"search\")\n .map(el => mountSearch(el, { index$, keyboard$ })),\n\n /* Repository information */\n ...getComponentElements(\"source\")\n .map(el => mountSource(el))\n)\n\n/* Set up content component observables */\nconst content$ = defer(() => merge(\n\n /* Announcement bar */\n ...getComponentElements(\"announce\")\n .map(el => mountAnnounce(el)),\n\n /* Content */\n ...getComponentElements(\"content\")\n .map(el => mountContent(el, { viewport$, target$, print$ })),\n\n /* Search highlighting */\n ...getComponentElements(\"content\")\n .map(el => feature(\"search.highlight\")\n ? mountSearchHiglight(el, { index$, location$ })\n : EMPTY\n ),\n\n /* Header */\n ...getComponentElements(\"header\")\n .map(el => mountHeader(el, { viewport$, header$, main$ })),\n\n /* Header title */\n ...getComponentElements(\"header-title\")\n .map(el => mountHeaderTitle(el, { viewport$, header$ })),\n\n /* Sidebar */\n ...getComponentElements(\"sidebar\")\n .map(el => el.getAttribute(\"data-md-type\") === \"navigation\"\n ? at(screen$, () => mountSidebar(el, { viewport$, header$, main$ }))\n : at(tablet$, () => mountSidebar(el, { viewport$, header$, main$ }))\n ),\n\n /* Navigation tabs */\n ...getComponentElements(\"tabs\")\n .map(el => mountTabs(el, { viewport$, header$ })),\n\n /* Table of contents */\n ...getComponentElements(\"toc\")\n .map(el => mountTableOfContents(el, {\n viewport$, header$, main$, target$\n })),\n\n /* Back-to-top button */\n ...getComponentElements(\"top\")\n .map(el => mountBackToTop(el, { viewport$, header$, main$, target$ }))\n))\n\n/* Set up component observables */\nconst component$ = document$\n .pipe(\n switchMap(() => content$),\n mergeWith(control$),\n shareReplay(1)\n )\n\n/* Subscribe to all components */\ncomponent$.subscribe()\n\n/* ----------------------------------------------------------------------------\n * Exports\n * ------------------------------------------------------------------------- */\n\nwindow.document$ = document$ /* Document observable */\nwindow.location$ = location$ /* Location subject */\nwindow.target$ = target$ /* Location target observable */\nwindow.keyboard$ = keyboard$ /* Keyboard observable */\nwindow.viewport$ = viewport$ /* Viewport observable */\nwindow.tablet$ = tablet$ /* Media tablet observable */\nwindow.screen$ = screen$ /* Media screen observable */\nwindow.print$ = print$ /* Media print observable */\nwindow.alert$ = alert$ /* Alert subject */\nwindow.progress$ = progress$ /* Progress indicator subject */\nwindow.component$ = component$ /* Component observable */\n", "/******************************************************************************\nCopyright (c) Microsoft Corporation.\n\nPermission to use, copy, modify, and/or distribute this software for any\npurpose with or without fee is hereby granted.\n\nTHE SOFTWARE IS PROVIDED \"AS IS\" AND THE AUTHOR DISCLAIMS ALL WARRANTIES WITH\nREGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY\nAND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY SPECIAL, DIRECT,\nINDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM\nLOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR\nOTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR\nPERFORMANCE OF THIS SOFTWARE.\n***************************************************************************** */\n/* global Reflect, Promise, SuppressedError, Symbol, Iterator */\n\nvar extendStatics = function(d, b) {\n extendStatics = Object.setPrototypeOf ||\n ({ __proto__: [] } instanceof Array && function (d, b) { d.__proto__ = b; }) ||\n function (d, b) { for (var p in b) if (Object.prototype.hasOwnProperty.call(b, p)) d[p] = b[p]; };\n return extendStatics(d, b);\n};\n\nexport function __extends(d, b) {\n if (typeof b !== \"function\" && b !== null)\n throw new TypeError(\"Class extends value \" + String(b) + \" is not a constructor or null\");\n extendStatics(d, b);\n function __() { this.constructor = d; }\n d.prototype = b === null ? Object.create(b) : (__.prototype = b.prototype, new __());\n}\n\nexport var __assign = function() {\n __assign = Object.assign || function __assign(t) {\n for (var s, i = 1, n = arguments.length; i < n; i++) {\n s = arguments[i];\n for (var p in s) if (Object.prototype.hasOwnProperty.call(s, p)) t[p] = s[p];\n }\n return t;\n }\n return __assign.apply(this, arguments);\n}\n\nexport function __rest(s, e) {\n var t = {};\n for (var p in s) if (Object.prototype.hasOwnProperty.call(s, p) && e.indexOf(p) < 0)\n t[p] = s[p];\n if (s != null && typeof Object.getOwnPropertySymbols === \"function\")\n for (var i = 0, p = Object.getOwnPropertySymbols(s); i < p.length; i++) {\n if (e.indexOf(p[i]) < 0 && Object.prototype.propertyIsEnumerable.call(s, p[i]))\n t[p[i]] = s[p[i]];\n }\n return t;\n}\n\nexport function __decorate(decorators, target, key, desc) {\n var c = arguments.length, r = c < 3 ? target : desc === null ? desc = Object.getOwnPropertyDescriptor(target, key) : desc, d;\n if (typeof Reflect === \"object\" && typeof Reflect.decorate === \"function\") r = Reflect.decorate(decorators, target, key, desc);\n else for (var i = decorators.length - 1; i >= 0; i--) if (d = decorators[i]) r = (c < 3 ? d(r) : c > 3 ? d(target, key, r) : d(target, key)) || r;\n return c > 3 && r && Object.defineProperty(target, key, r), r;\n}\n\nexport function __param(paramIndex, decorator) {\n return function (target, key) { decorator(target, key, paramIndex); }\n}\n\nexport function __esDecorate(ctor, descriptorIn, decorators, contextIn, initializers, extraInitializers) {\n function accept(f) { if (f !== void 0 && typeof f !== \"function\") throw new TypeError(\"Function expected\"); return f; }\n var kind = contextIn.kind, key = kind === \"getter\" ? \"get\" : kind === \"setter\" ? \"set\" : \"value\";\n var target = !descriptorIn && ctor ? contextIn[\"static\"] ? ctor : ctor.prototype : null;\n var descriptor = descriptorIn || (target ? Object.getOwnPropertyDescriptor(target, contextIn.name) : {});\n var _, done = false;\n for (var i = decorators.length - 1; i >= 0; i--) {\n var context = {};\n for (var p in contextIn) context[p] = p === \"access\" ? {} : contextIn[p];\n for (var p in contextIn.access) context.access[p] = contextIn.access[p];\n context.addInitializer = function (f) { if (done) throw new TypeError(\"Cannot add initializers after decoration has completed\"); extraInitializers.push(accept(f || null)); };\n var result = (0, decorators[i])(kind === \"accessor\" ? { get: descriptor.get, set: descriptor.set } : descriptor[key], context);\n if (kind === \"accessor\") {\n if (result === void 0) continue;\n if (result === null || typeof result !== \"object\") throw new TypeError(\"Object expected\");\n if (_ = accept(result.get)) descriptor.get = _;\n if (_ = accept(result.set)) descriptor.set = _;\n if (_ = accept(result.init)) initializers.unshift(_);\n }\n else if (_ = accept(result)) {\n if (kind === \"field\") initializers.unshift(_);\n else descriptor[key] = _;\n }\n }\n if (target) Object.defineProperty(target, contextIn.name, descriptor);\n done = true;\n};\n\nexport function __runInitializers(thisArg, initializers, value) {\n var useValue = arguments.length > 2;\n for (var i = 0; i < initializers.length; i++) {\n value = useValue ? initializers[i].call(thisArg, value) : initializers[i].call(thisArg);\n }\n return useValue ? value : void 0;\n};\n\nexport function __propKey(x) {\n return typeof x === \"symbol\" ? x : \"\".concat(x);\n};\n\nexport function __setFunctionName(f, name, prefix) {\n if (typeof name === \"symbol\") name = name.description ? \"[\".concat(name.description, \"]\") : \"\";\n return Object.defineProperty(f, \"name\", { configurable: true, value: prefix ? \"\".concat(prefix, \" \", name) : name });\n};\n\nexport function __metadata(metadataKey, metadataValue) {\n if (typeof Reflect === \"object\" && typeof Reflect.metadata === \"function\") return Reflect.metadata(metadataKey, metadataValue);\n}\n\nexport function __awaiter(thisArg, _arguments, P, generator) {\n function adopt(value) { return value instanceof P ? value : new P(function (resolve) { resolve(value); }); }\n return new (P || (P = Promise))(function (resolve, reject) {\n function fulfilled(value) { try { step(generator.next(value)); } catch (e) { reject(e); } }\n function rejected(value) { try { step(generator[\"throw\"](value)); } catch (e) { reject(e); } }\n function step(result) { result.done ? resolve(result.value) : adopt(result.value).then(fulfilled, rejected); }\n step((generator = generator.apply(thisArg, _arguments || [])).next());\n });\n}\n\nexport function __generator(thisArg, body) {\n var _ = { label: 0, sent: function() { if (t[0] & 1) throw t[1]; return t[1]; }, trys: [], ops: [] }, f, y, t, g = Object.create((typeof Iterator === \"function\" ? Iterator : Object).prototype);\n return g.next = verb(0), g[\"throw\"] = verb(1), g[\"return\"] = verb(2), typeof Symbol === \"function\" && (g[Symbol.iterator] = function() { return this; }), g;\n function verb(n) { return function (v) { return step([n, v]); }; }\n function step(op) {\n if (f) throw new TypeError(\"Generator is already executing.\");\n while (g && (g = 0, op[0] && (_ = 0)), _) try {\n if (f = 1, y && (t = op[0] & 2 ? y[\"return\"] : op[0] ? y[\"throw\"] || ((t = y[\"return\"]) && t.call(y), 0) : y.next) && !(t = t.call(y, op[1])).done) return t;\n if (y = 0, t) op = [op[0] & 2, t.value];\n switch (op[0]) {\n case 0: case 1: t = op; break;\n case 4: _.label++; return { value: op[1], done: false };\n case 5: _.label++; y = op[1]; op = [0]; continue;\n case 7: op = _.ops.pop(); _.trys.pop(); continue;\n default:\n if (!(t = _.trys, t = t.length > 0 && t[t.length - 1]) && (op[0] === 6 || op[0] === 2)) { _ = 0; continue; }\n if (op[0] === 3 && (!t || (op[1] > t[0] && op[1] < t[3]))) { _.label = op[1]; break; }\n if (op[0] === 6 && _.label < t[1]) { _.label = t[1]; t = op; break; }\n if (t && _.label < t[2]) { _.label = t[2]; _.ops.push(op); break; }\n if (t[2]) _.ops.pop();\n _.trys.pop(); continue;\n }\n op = body.call(thisArg, _);\n } catch (e) { op = [6, e]; y = 0; } finally { f = t = 0; }\n if (op[0] & 5) throw op[1]; return { value: op[0] ? op[1] : void 0, done: true };\n }\n}\n\nexport var __createBinding = Object.create ? (function(o, m, k, k2) {\n if (k2 === undefined) k2 = k;\n var desc = Object.getOwnPropertyDescriptor(m, k);\n if (!desc || (\"get\" in desc ? !m.__esModule : desc.writable || desc.configurable)) {\n desc = { enumerable: true, get: function() { return m[k]; } };\n }\n Object.defineProperty(o, k2, desc);\n}) : (function(o, m, k, k2) {\n if (k2 === undefined) k2 = k;\n o[k2] = m[k];\n});\n\nexport function __exportStar(m, o) {\n for (var p in m) if (p !== \"default\" && !Object.prototype.hasOwnProperty.call(o, p)) __createBinding(o, m, p);\n}\n\nexport function __values(o) {\n var s = typeof Symbol === \"function\" && Symbol.iterator, m = s && o[s], i = 0;\n if (m) return m.call(o);\n if (o && typeof o.length === \"number\") return {\n next: function () {\n if (o && i >= o.length) o = void 0;\n return { value: o && o[i++], done: !o };\n }\n };\n throw new TypeError(s ? \"Object is not iterable.\" : \"Symbol.iterator is not defined.\");\n}\n\nexport function __read(o, n) {\n var m = typeof Symbol === \"function\" && o[Symbol.iterator];\n if (!m) return o;\n var i = m.call(o), r, ar = [], e;\n try {\n while ((n === void 0 || n-- > 0) && !(r = i.next()).done) ar.push(r.value);\n }\n catch (error) { e = { error: error }; }\n finally {\n try {\n if (r && !r.done && (m = i[\"return\"])) m.call(i);\n }\n finally { if (e) throw e.error; }\n }\n return ar;\n}\n\n/** @deprecated */\nexport function __spread() {\n for (var ar = [], i = 0; i < arguments.length; i++)\n ar = ar.concat(__read(arguments[i]));\n return ar;\n}\n\n/** @deprecated */\nexport function __spreadArrays() {\n for (var s = 0, i = 0, il = arguments.length; i < il; i++) s += arguments[i].length;\n for (var r = Array(s), k = 0, i = 0; i < il; i++)\n for (var a = arguments[i], j = 0, jl = a.length; j < jl; j++, k++)\n r[k] = a[j];\n return r;\n}\n\nexport function __spreadArray(to, from, pack) {\n if (pack || arguments.length === 2) for (var i = 0, l = from.length, ar; i < l; i++) {\n if (ar || !(i in from)) {\n if (!ar) ar = Array.prototype.slice.call(from, 0, i);\n ar[i] = from[i];\n }\n }\n return to.concat(ar || Array.prototype.slice.call(from));\n}\n\nexport function __await(v) {\n return this instanceof __await ? (this.v = v, this) : new __await(v);\n}\n\nexport function __asyncGenerator(thisArg, _arguments, generator) {\n if (!Symbol.asyncIterator) throw new TypeError(\"Symbol.asyncIterator is not defined.\");\n var g = generator.apply(thisArg, _arguments || []), i, q = [];\n return i = Object.create((typeof AsyncIterator === \"function\" ? AsyncIterator : Object).prototype), verb(\"next\"), verb(\"throw\"), verb(\"return\", awaitReturn), i[Symbol.asyncIterator] = function () { return this; }, i;\n function awaitReturn(f) { return function (v) { return Promise.resolve(v).then(f, reject); }; }\n function verb(n, f) { if (g[n]) { i[n] = function (v) { return new Promise(function (a, b) { q.push([n, v, a, b]) > 1 || resume(n, v); }); }; if (f) i[n] = f(i[n]); } }\n function resume(n, v) { try { step(g[n](v)); } catch (e) { settle(q[0][3], e); } }\n function step(r) { r.value instanceof __await ? Promise.resolve(r.value.v).then(fulfill, reject) : settle(q[0][2], r); }\n function fulfill(value) { resume(\"next\", value); }\n function reject(value) { resume(\"throw\", value); }\n function settle(f, v) { if (f(v), q.shift(), q.length) resume(q[0][0], q[0][1]); }\n}\n\nexport function __asyncDelegator(o) {\n var i, p;\n return i = {}, verb(\"next\"), verb(\"throw\", function (e) { throw e; }), verb(\"return\"), i[Symbol.iterator] = function () { return this; }, i;\n function verb(n, f) { i[n] = o[n] ? function (v) { return (p = !p) ? { value: __await(o[n](v)), done: false } : f ? f(v) : v; } : f; }\n}\n\nexport function __asyncValues(o) {\n if (!Symbol.asyncIterator) throw new TypeError(\"Symbol.asyncIterator is not defined.\");\n var m = o[Symbol.asyncIterator], i;\n return m ? m.call(o) : (o = typeof __values === \"function\" ? __values(o) : o[Symbol.iterator](), i = {}, verb(\"next\"), verb(\"throw\"), verb(\"return\"), i[Symbol.asyncIterator] = function () { return this; }, i);\n function verb(n) { i[n] = o[n] && function (v) { return new Promise(function (resolve, reject) { v = o[n](v), settle(resolve, reject, v.done, v.value); }); }; }\n function settle(resolve, reject, d, v) { Promise.resolve(v).then(function(v) { resolve({ value: v, done: d }); }, reject); }\n}\n\nexport function __makeTemplateObject(cooked, raw) {\n if (Object.defineProperty) { Object.defineProperty(cooked, \"raw\", { value: raw }); } else { cooked.raw = raw; }\n return cooked;\n};\n\nvar __setModuleDefault = Object.create ? (function(o, v) {\n Object.defineProperty(o, \"default\", { enumerable: true, value: v });\n}) : function(o, v) {\n o[\"default\"] = v;\n};\n\nexport function __importStar(mod) {\n if (mod && mod.__esModule) return mod;\n var result = {};\n if (mod != null) for (var k in mod) if (k !== \"default\" && Object.prototype.hasOwnProperty.call(mod, k)) __createBinding(result, mod, k);\n __setModuleDefault(result, mod);\n return result;\n}\n\nexport function __importDefault(mod) {\n return (mod && mod.__esModule) ? mod : { default: mod };\n}\n\nexport function __classPrivateFieldGet(receiver, state, kind, f) {\n if (kind === \"a\" && !f) throw new TypeError(\"Private accessor was defined without a getter\");\n if (typeof state === \"function\" ? receiver !== state || !f : !state.has(receiver)) throw new TypeError(\"Cannot read private member from an object whose class did not declare it\");\n return kind === \"m\" ? f : kind === \"a\" ? f.call(receiver) : f ? f.value : state.get(receiver);\n}\n\nexport function __classPrivateFieldSet(receiver, state, value, kind, f) {\n if (kind === \"m\") throw new TypeError(\"Private method is not writable\");\n if (kind === \"a\" && !f) throw new TypeError(\"Private accessor was defined without a setter\");\n if (typeof state === \"function\" ? receiver !== state || !f : !state.has(receiver)) throw new TypeError(\"Cannot write private member to an object whose class did not declare it\");\n return (kind === \"a\" ? f.call(receiver, value) : f ? f.value = value : state.set(receiver, value)), value;\n}\n\nexport function __classPrivateFieldIn(state, receiver) {\n if (receiver === null || (typeof receiver !== \"object\" && typeof receiver !== \"function\")) throw new TypeError(\"Cannot use 'in' operator on non-object\");\n return typeof state === \"function\" ? receiver === state : state.has(receiver);\n}\n\nexport function __addDisposableResource(env, value, async) {\n if (value !== null && value !== void 0) {\n if (typeof value !== \"object\" && typeof value !== \"function\") throw new TypeError(\"Object expected.\");\n var dispose, inner;\n if (async) {\n if (!Symbol.asyncDispose) throw new TypeError(\"Symbol.asyncDispose is not defined.\");\n dispose = value[Symbol.asyncDispose];\n }\n if (dispose === void 0) {\n if (!Symbol.dispose) throw new TypeError(\"Symbol.dispose is not defined.\");\n dispose = value[Symbol.dispose];\n if (async) inner = dispose;\n }\n if (typeof dispose !== \"function\") throw new TypeError(\"Object not disposable.\");\n if (inner) dispose = function() { try { inner.call(this); } catch (e) { return Promise.reject(e); } };\n env.stack.push({ value: value, dispose: dispose, async: async });\n }\n else if (async) {\n env.stack.push({ async: true });\n }\n return value;\n}\n\nvar _SuppressedError = typeof SuppressedError === \"function\" ? SuppressedError : function (error, suppressed, message) {\n var e = new Error(message);\n return e.name = \"SuppressedError\", e.error = error, e.suppressed = suppressed, e;\n};\n\nexport function __disposeResources(env) {\n function fail(e) {\n env.error = env.hasError ? new _SuppressedError(e, env.error, \"An error was suppressed during disposal.\") : e;\n env.hasError = true;\n }\n var r, s = 0;\n function next() {\n while (r = env.stack.pop()) {\n try {\n if (!r.async && s === 1) return s = 0, env.stack.push(r), Promise.resolve().then(next);\n if (r.dispose) {\n var result = r.dispose.call(r.value);\n if (r.async) return s |= 2, Promise.resolve(result).then(next, function(e) { fail(e); return next(); });\n }\n else s |= 1;\n }\n catch (e) {\n fail(e);\n }\n }\n if (s === 1) return env.hasError ? Promise.reject(env.error) : Promise.resolve();\n if (env.hasError) throw env.error;\n }\n return next();\n}\n\nexport default {\n __extends,\n __assign,\n __rest,\n __decorate,\n __param,\n __metadata,\n __awaiter,\n __generator,\n __createBinding,\n __exportStar,\n __values,\n __read,\n __spread,\n __spreadArrays,\n __spreadArray,\n __await,\n __asyncGenerator,\n __asyncDelegator,\n __asyncValues,\n __makeTemplateObject,\n __importStar,\n __importDefault,\n __classPrivateFieldGet,\n __classPrivateFieldSet,\n __classPrivateFieldIn,\n __addDisposableResource,\n __disposeResources,\n};\n", "/**\n * Returns true if the object is a function.\n * @param value The value to check\n */\nexport function isFunction(value: any): value is (...args: any[]) => any {\n return typeof value === 'function';\n}\n", "/**\n * Used to create Error subclasses until the community moves away from ES5.\n *\n * This is because compiling from TypeScript down to ES5 has issues with subclassing Errors\n * as well as other built-in types: https://github.com/Microsoft/TypeScript/issues/12123\n *\n * @param createImpl A factory function to create the actual constructor implementation. The returned\n * function should be a named function that calls `_super` internally.\n */\nexport function createErrorClass(createImpl: (_super: any) => any): T {\n const _super = (instance: any) => {\n Error.call(instance);\n instance.stack = new Error().stack;\n };\n\n const ctorFunc = createImpl(_super);\n ctorFunc.prototype = Object.create(Error.prototype);\n ctorFunc.prototype.constructor = ctorFunc;\n return ctorFunc;\n}\n", "import { createErrorClass } from './createErrorClass';\n\nexport interface UnsubscriptionError extends Error {\n readonly errors: any[];\n}\n\nexport interface UnsubscriptionErrorCtor {\n /**\n * @deprecated Internal implementation detail. Do not construct error instances.\n * Cannot be tagged as internal: https://github.com/ReactiveX/rxjs/issues/6269\n */\n new (errors: any[]): UnsubscriptionError;\n}\n\n/**\n * An error thrown when one or more errors have occurred during the\n * `unsubscribe` of a {@link Subscription}.\n */\nexport const UnsubscriptionError: UnsubscriptionErrorCtor = createErrorClass(\n (_super) =>\n function UnsubscriptionErrorImpl(this: any, errors: (Error | string)[]) {\n _super(this);\n this.message = errors\n ? `${errors.length} errors occurred during unsubscription:\n${errors.map((err, i) => `${i + 1}) ${err.toString()}`).join('\\n ')}`\n : '';\n this.name = 'UnsubscriptionError';\n this.errors = errors;\n }\n);\n", "/**\n * Removes an item from an array, mutating it.\n * @param arr The array to remove the item from\n * @param item The item to remove\n */\nexport function arrRemove(arr: T[] | undefined | null, item: T) {\n if (arr) {\n const index = arr.indexOf(item);\n 0 <= index && arr.splice(index, 1);\n }\n}\n", "import { isFunction } from './util/isFunction';\nimport { UnsubscriptionError } from './util/UnsubscriptionError';\nimport { SubscriptionLike, TeardownLogic, Unsubscribable } from './types';\nimport { arrRemove } from './util/arrRemove';\n\n/**\n * Represents a disposable resource, such as the execution of an Observable. A\n * Subscription has one important method, `unsubscribe`, that takes no argument\n * and just disposes the resource held by the subscription.\n *\n * Additionally, subscriptions may be grouped together through the `add()`\n * method, which will attach a child Subscription to the current Subscription.\n * When a Subscription is unsubscribed, all its children (and its grandchildren)\n * will be unsubscribed as well.\n *\n * @class Subscription\n */\nexport class Subscription implements SubscriptionLike {\n /** @nocollapse */\n public static EMPTY = (() => {\n const empty = new Subscription();\n empty.closed = true;\n return empty;\n })();\n\n /**\n * A flag to indicate whether this Subscription has already been unsubscribed.\n */\n public closed = false;\n\n private _parentage: Subscription[] | Subscription | null = null;\n\n /**\n * The list of registered finalizers to execute upon unsubscription. Adding and removing from this\n * list occurs in the {@link #add} and {@link #remove} methods.\n */\n private _finalizers: Exclude[] | null = null;\n\n /**\n * @param initialTeardown A function executed first as part of the finalization\n * process that is kicked off when {@link #unsubscribe} is called.\n */\n constructor(private initialTeardown?: () => void) {}\n\n /**\n * Disposes the resources held by the subscription. May, for instance, cancel\n * an ongoing Observable execution or cancel any other type of work that\n * started when the Subscription was created.\n * @return {void}\n */\n unsubscribe(): void {\n let errors: any[] | undefined;\n\n if (!this.closed) {\n this.closed = true;\n\n // Remove this from it's parents.\n const { _parentage } = this;\n if (_parentage) {\n this._parentage = null;\n if (Array.isArray(_parentage)) {\n for (const parent of _parentage) {\n parent.remove(this);\n }\n } else {\n _parentage.remove(this);\n }\n }\n\n const { initialTeardown: initialFinalizer } = this;\n if (isFunction(initialFinalizer)) {\n try {\n initialFinalizer();\n } catch (e) {\n errors = e instanceof UnsubscriptionError ? e.errors : [e];\n }\n }\n\n const { _finalizers } = this;\n if (_finalizers) {\n this._finalizers = null;\n for (const finalizer of _finalizers) {\n try {\n execFinalizer(finalizer);\n } catch (err) {\n errors = errors ?? [];\n if (err instanceof UnsubscriptionError) {\n errors = [...errors, ...err.errors];\n } else {\n errors.push(err);\n }\n }\n }\n }\n\n if (errors) {\n throw new UnsubscriptionError(errors);\n }\n }\n }\n\n /**\n * Adds a finalizer to this subscription, so that finalization will be unsubscribed/called\n * when this subscription is unsubscribed. If this subscription is already {@link #closed},\n * because it has already been unsubscribed, then whatever finalizer is passed to it\n * will automatically be executed (unless the finalizer itself is also a closed subscription).\n *\n * Closed Subscriptions cannot be added as finalizers to any subscription. Adding a closed\n * subscription to a any subscription will result in no operation. (A noop).\n *\n * Adding a subscription to itself, or adding `null` or `undefined` will not perform any\n * operation at all. (A noop).\n *\n * `Subscription` instances that are added to this instance will automatically remove themselves\n * if they are unsubscribed. Functions and {@link Unsubscribable} objects that you wish to remove\n * will need to be removed manually with {@link #remove}\n *\n * @param teardown The finalization logic to add to this subscription.\n */\n add(teardown: TeardownLogic): void {\n // Only add the finalizer if it's not undefined\n // and don't add a subscription to itself.\n if (teardown && teardown !== this) {\n if (this.closed) {\n // If this subscription is already closed,\n // execute whatever finalizer is handed to it automatically.\n execFinalizer(teardown);\n } else {\n if (teardown instanceof Subscription) {\n // We don't add closed subscriptions, and we don't add the same subscription\n // twice. Subscription unsubscribe is idempotent.\n if (teardown.closed || teardown._hasParent(this)) {\n return;\n }\n teardown._addParent(this);\n }\n (this._finalizers = this._finalizers ?? []).push(teardown);\n }\n }\n }\n\n /**\n * Checks to see if a this subscription already has a particular parent.\n * This will signal that this subscription has already been added to the parent in question.\n * @param parent the parent to check for\n */\n private _hasParent(parent: Subscription) {\n const { _parentage } = this;\n return _parentage === parent || (Array.isArray(_parentage) && _parentage.includes(parent));\n }\n\n /**\n * Adds a parent to this subscription so it can be removed from the parent if it\n * unsubscribes on it's own.\n *\n * NOTE: THIS ASSUMES THAT {@link _hasParent} HAS ALREADY BEEN CHECKED.\n * @param parent The parent subscription to add\n */\n private _addParent(parent: Subscription) {\n const { _parentage } = this;\n this._parentage = Array.isArray(_parentage) ? (_parentage.push(parent), _parentage) : _parentage ? [_parentage, parent] : parent;\n }\n\n /**\n * Called on a child when it is removed via {@link #remove}.\n * @param parent The parent to remove\n */\n private _removeParent(parent: Subscription) {\n const { _parentage } = this;\n if (_parentage === parent) {\n this._parentage = null;\n } else if (Array.isArray(_parentage)) {\n arrRemove(_parentage, parent);\n }\n }\n\n /**\n * Removes a finalizer from this subscription that was previously added with the {@link #add} method.\n *\n * Note that `Subscription` instances, when unsubscribed, will automatically remove themselves\n * from every other `Subscription` they have been added to. This means that using the `remove` method\n * is not a common thing and should be used thoughtfully.\n *\n * If you add the same finalizer instance of a function or an unsubscribable object to a `Subscription` instance\n * more than once, you will need to call `remove` the same number of times to remove all instances.\n *\n * All finalizer instances are removed to free up memory upon unsubscription.\n *\n * @param teardown The finalizer to remove from this subscription\n */\n remove(teardown: Exclude): void {\n const { _finalizers } = this;\n _finalizers && arrRemove(_finalizers, teardown);\n\n if (teardown instanceof Subscription) {\n teardown._removeParent(this);\n }\n }\n}\n\nexport const EMPTY_SUBSCRIPTION = Subscription.EMPTY;\n\nexport function isSubscription(value: any): value is Subscription {\n return (\n value instanceof Subscription ||\n (value && 'closed' in value && isFunction(value.remove) && isFunction(value.add) && isFunction(value.unsubscribe))\n );\n}\n\nfunction execFinalizer(finalizer: Unsubscribable | (() => void)) {\n if (isFunction(finalizer)) {\n finalizer();\n } else {\n finalizer.unsubscribe();\n }\n}\n", "import { Subscriber } from './Subscriber';\nimport { ObservableNotification } from './types';\n\n/**\n * The {@link GlobalConfig} object for RxJS. It is used to configure things\n * like how to react on unhandled errors.\n */\nexport const config: GlobalConfig = {\n onUnhandledError: null,\n onStoppedNotification: null,\n Promise: undefined,\n useDeprecatedSynchronousErrorHandling: false,\n useDeprecatedNextContext: false,\n};\n\n/**\n * The global configuration object for RxJS, used to configure things\n * like how to react on unhandled errors. Accessible via {@link config}\n * object.\n */\nexport interface GlobalConfig {\n /**\n * A registration point for unhandled errors from RxJS. These are errors that\n * cannot were not handled by consuming code in the usual subscription path. For\n * example, if you have this configured, and you subscribe to an observable without\n * providing an error handler, errors from that subscription will end up here. This\n * will _always_ be called asynchronously on another job in the runtime. This is because\n * we do not want errors thrown in this user-configured handler to interfere with the\n * behavior of the library.\n */\n onUnhandledError: ((err: any) => void) | null;\n\n /**\n * A registration point for notifications that cannot be sent to subscribers because they\n * have completed, errored or have been explicitly unsubscribed. By default, next, complete\n * and error notifications sent to stopped subscribers are noops. However, sometimes callers\n * might want a different behavior. For example, with sources that attempt to report errors\n * to stopped subscribers, a caller can configure RxJS to throw an unhandled error instead.\n * This will _always_ be called asynchronously on another job in the runtime. This is because\n * we do not want errors thrown in this user-configured handler to interfere with the\n * behavior of the library.\n */\n onStoppedNotification: ((notification: ObservableNotification, subscriber: Subscriber) => void) | null;\n\n /**\n * The promise constructor used by default for {@link Observable#toPromise toPromise} and {@link Observable#forEach forEach}\n * methods.\n *\n * @deprecated As of version 8, RxJS will no longer support this sort of injection of a\n * Promise constructor. If you need a Promise implementation other than native promises,\n * please polyfill/patch Promise as you see appropriate. Will be removed in v8.\n */\n Promise?: PromiseConstructorLike;\n\n /**\n * If true, turns on synchronous error rethrowing, which is a deprecated behavior\n * in v6 and higher. This behavior enables bad patterns like wrapping a subscribe\n * call in a try/catch block. It also enables producer interference, a nasty bug\n * where a multicast can be broken for all observers by a downstream consumer with\n * an unhandled error. DO NOT USE THIS FLAG UNLESS IT'S NEEDED TO BUY TIME\n * FOR MIGRATION REASONS.\n *\n * @deprecated As of version 8, RxJS will no longer support synchronous throwing\n * of unhandled errors. All errors will be thrown on a separate call stack to prevent bad\n * behaviors described above. Will be removed in v8.\n */\n useDeprecatedSynchronousErrorHandling: boolean;\n\n /**\n * If true, enables an as-of-yet undocumented feature from v5: The ability to access\n * `unsubscribe()` via `this` context in `next` functions created in observers passed\n * to `subscribe`.\n *\n * This is being removed because the performance was severely problematic, and it could also cause\n * issues when types other than POJOs are passed to subscribe as subscribers, as they will likely have\n * their `this` context overwritten.\n *\n * @deprecated As of version 8, RxJS will no longer support altering the\n * context of next functions provided as part of an observer to Subscribe. Instead,\n * you will have access to a subscription or a signal or token that will allow you to do things like\n * unsubscribe and test closed status. Will be removed in v8.\n */\n useDeprecatedNextContext: boolean;\n}\n", "import type { TimerHandle } from './timerHandle';\ntype SetTimeoutFunction = (handler: () => void, timeout?: number, ...args: any[]) => TimerHandle;\ntype ClearTimeoutFunction = (handle: TimerHandle) => void;\n\ninterface TimeoutProvider {\n setTimeout: SetTimeoutFunction;\n clearTimeout: ClearTimeoutFunction;\n delegate:\n | {\n setTimeout: SetTimeoutFunction;\n clearTimeout: ClearTimeoutFunction;\n }\n | undefined;\n}\n\nexport const timeoutProvider: TimeoutProvider = {\n // When accessing the delegate, use the variable rather than `this` so that\n // the functions can be called without being bound to the provider.\n setTimeout(handler: () => void, timeout?: number, ...args) {\n const { delegate } = timeoutProvider;\n if (delegate?.setTimeout) {\n return delegate.setTimeout(handler, timeout, ...args);\n }\n return setTimeout(handler, timeout, ...args);\n },\n clearTimeout(handle) {\n const { delegate } = timeoutProvider;\n return (delegate?.clearTimeout || clearTimeout)(handle as any);\n },\n delegate: undefined,\n};\n", "import { config } from '../config';\nimport { timeoutProvider } from '../scheduler/timeoutProvider';\n\n/**\n * Handles an error on another job either with the user-configured {@link onUnhandledError},\n * or by throwing it on that new job so it can be picked up by `window.onerror`, `process.on('error')`, etc.\n *\n * This should be called whenever there is an error that is out-of-band with the subscription\n * or when an error hits a terminal boundary of the subscription and no error handler was provided.\n *\n * @param err the error to report\n */\nexport function reportUnhandledError(err: any) {\n timeoutProvider.setTimeout(() => {\n const { onUnhandledError } = config;\n if (onUnhandledError) {\n // Execute the user-configured error handler.\n onUnhandledError(err);\n } else {\n // Throw so it is picked up by the runtime's uncaught error mechanism.\n throw err;\n }\n });\n}\n", "/* tslint:disable:no-empty */\nexport function noop() { }\n", "import { CompleteNotification, NextNotification, ErrorNotification } from './types';\n\n/**\n * A completion object optimized for memory use and created to be the\n * same \"shape\" as other notifications in v8.\n * @internal\n */\nexport const COMPLETE_NOTIFICATION = (() => createNotification('C', undefined, undefined) as CompleteNotification)();\n\n/**\n * Internal use only. Creates an optimized error notification that is the same \"shape\"\n * as other notifications.\n * @internal\n */\nexport function errorNotification(error: any): ErrorNotification {\n return createNotification('E', undefined, error) as any;\n}\n\n/**\n * Internal use only. Creates an optimized next notification that is the same \"shape\"\n * as other notifications.\n * @internal\n */\nexport function nextNotification(value: T) {\n return createNotification('N', value, undefined) as NextNotification;\n}\n\n/**\n * Ensures that all notifications created internally have the same \"shape\" in v8.\n *\n * TODO: This is only exported to support a crazy legacy test in `groupBy`.\n * @internal\n */\nexport function createNotification(kind: 'N' | 'E' | 'C', value: any, error: any) {\n return {\n kind,\n value,\n error,\n };\n}\n", "import { config } from '../config';\n\nlet context: { errorThrown: boolean; error: any } | null = null;\n\n/**\n * Handles dealing with errors for super-gross mode. Creates a context, in which\n * any synchronously thrown errors will be passed to {@link captureError}. Which\n * will record the error such that it will be rethrown after the call back is complete.\n * TODO: Remove in v8\n * @param cb An immediately executed function.\n */\nexport function errorContext(cb: () => void) {\n if (config.useDeprecatedSynchronousErrorHandling) {\n const isRoot = !context;\n if (isRoot) {\n context = { errorThrown: false, error: null };\n }\n cb();\n if (isRoot) {\n const { errorThrown, error } = context!;\n context = null;\n if (errorThrown) {\n throw error;\n }\n }\n } else {\n // This is the general non-deprecated path for everyone that\n // isn't crazy enough to use super-gross mode (useDeprecatedSynchronousErrorHandling)\n cb();\n }\n}\n\n/**\n * Captures errors only in super-gross mode.\n * @param err the error to capture\n */\nexport function captureError(err: any) {\n if (config.useDeprecatedSynchronousErrorHandling && context) {\n context.errorThrown = true;\n context.error = err;\n }\n}\n", "import { isFunction } from './util/isFunction';\nimport { Observer, ObservableNotification } from './types';\nimport { isSubscription, Subscription } from './Subscription';\nimport { config } from './config';\nimport { reportUnhandledError } from './util/reportUnhandledError';\nimport { noop } from './util/noop';\nimport { nextNotification, errorNotification, COMPLETE_NOTIFICATION } from './NotificationFactories';\nimport { timeoutProvider } from './scheduler/timeoutProvider';\nimport { captureError } from './util/errorContext';\n\n/**\n * Implements the {@link Observer} interface and extends the\n * {@link Subscription} class. While the {@link Observer} is the public API for\n * consuming the values of an {@link Observable}, all Observers get converted to\n * a Subscriber, in order to provide Subscription-like capabilities such as\n * `unsubscribe`. Subscriber is a common type in RxJS, and crucial for\n * implementing operators, but it is rarely used as a public API.\n *\n * @class Subscriber\n */\nexport class Subscriber extends Subscription implements Observer {\n /**\n * A static factory for a Subscriber, given a (potentially partial) definition\n * of an Observer.\n * @param next The `next` callback of an Observer.\n * @param error The `error` callback of an\n * Observer.\n * @param complete The `complete` callback of an\n * Observer.\n * @return A Subscriber wrapping the (partially defined)\n * Observer represented by the given arguments.\n * @nocollapse\n * @deprecated Do not use. Will be removed in v8. There is no replacement for this\n * method, and there is no reason to be creating instances of `Subscriber` directly.\n * If you have a specific use case, please file an issue.\n */\n static create(next?: (x?: T) => void, error?: (e?: any) => void, complete?: () => void): Subscriber {\n return new SafeSubscriber(next, error, complete);\n }\n\n /** @deprecated Internal implementation detail, do not use directly. Will be made internal in v8. */\n protected isStopped: boolean = false;\n /** @deprecated Internal implementation detail, do not use directly. Will be made internal in v8. */\n protected destination: Subscriber | Observer; // this `any` is the escape hatch to erase extra type param (e.g. R)\n\n /**\n * @deprecated Internal implementation detail, do not use directly. Will be made internal in v8.\n * There is no reason to directly create an instance of Subscriber. This type is exported for typings reasons.\n */\n constructor(destination?: Subscriber | Observer) {\n super();\n if (destination) {\n this.destination = destination;\n // Automatically chain subscriptions together here.\n // if destination is a Subscription, then it is a Subscriber.\n if (isSubscription(destination)) {\n destination.add(this);\n }\n } else {\n this.destination = EMPTY_OBSERVER;\n }\n }\n\n /**\n * The {@link Observer} callback to receive notifications of type `next` from\n * the Observable, with a value. The Observable may call this method 0 or more\n * times.\n * @param {T} [value] The `next` value.\n * @return {void}\n */\n next(value?: T): void {\n if (this.isStopped) {\n handleStoppedNotification(nextNotification(value), this);\n } else {\n this._next(value!);\n }\n }\n\n /**\n * The {@link Observer} callback to receive notifications of type `error` from\n * the Observable, with an attached `Error`. Notifies the Observer that\n * the Observable has experienced an error condition.\n * @param {any} [err] The `error` exception.\n * @return {void}\n */\n error(err?: any): void {\n if (this.isStopped) {\n handleStoppedNotification(errorNotification(err), this);\n } else {\n this.isStopped = true;\n this._error(err);\n }\n }\n\n /**\n * The {@link Observer} callback to receive a valueless notification of type\n * `complete` from the Observable. Notifies the Observer that the Observable\n * has finished sending push-based notifications.\n * @return {void}\n */\n complete(): void {\n if (this.isStopped) {\n handleStoppedNotification(COMPLETE_NOTIFICATION, this);\n } else {\n this.isStopped = true;\n this._complete();\n }\n }\n\n unsubscribe(): void {\n if (!this.closed) {\n this.isStopped = true;\n super.unsubscribe();\n this.destination = null!;\n }\n }\n\n protected _next(value: T): void {\n this.destination.next(value);\n }\n\n protected _error(err: any): void {\n try {\n this.destination.error(err);\n } finally {\n this.unsubscribe();\n }\n }\n\n protected _complete(): void {\n try {\n this.destination.complete();\n } finally {\n this.unsubscribe();\n }\n }\n}\n\n/**\n * This bind is captured here because we want to be able to have\n * compatibility with monoid libraries that tend to use a method named\n * `bind`. In particular, a library called Monio requires this.\n */\nconst _bind = Function.prototype.bind;\n\nfunction bind any>(fn: Fn, thisArg: any): Fn {\n return _bind.call(fn, thisArg);\n}\n\n/**\n * Internal optimization only, DO NOT EXPOSE.\n * @internal\n */\nclass ConsumerObserver implements Observer {\n constructor(private partialObserver: Partial>) {}\n\n next(value: T): void {\n const { partialObserver } = this;\n if (partialObserver.next) {\n try {\n partialObserver.next(value);\n } catch (error) {\n handleUnhandledError(error);\n }\n }\n }\n\n error(err: any): void {\n const { partialObserver } = this;\n if (partialObserver.error) {\n try {\n partialObserver.error(err);\n } catch (error) {\n handleUnhandledError(error);\n }\n } else {\n handleUnhandledError(err);\n }\n }\n\n complete(): void {\n const { partialObserver } = this;\n if (partialObserver.complete) {\n try {\n partialObserver.complete();\n } catch (error) {\n handleUnhandledError(error);\n }\n }\n }\n}\n\nexport class SafeSubscriber extends Subscriber {\n constructor(\n observerOrNext?: Partial> | ((value: T) => void) | null,\n error?: ((e?: any) => void) | null,\n complete?: (() => void) | null\n ) {\n super();\n\n let partialObserver: Partial>;\n if (isFunction(observerOrNext) || !observerOrNext) {\n // The first argument is a function, not an observer. The next\n // two arguments *could* be observers, or they could be empty.\n partialObserver = {\n next: (observerOrNext ?? undefined) as (((value: T) => void) | undefined),\n error: error ?? undefined,\n complete: complete ?? undefined,\n };\n } else {\n // The first argument is a partial observer.\n let context: any;\n if (this && config.useDeprecatedNextContext) {\n // This is a deprecated path that made `this.unsubscribe()` available in\n // next handler functions passed to subscribe. This only exists behind a flag\n // now, as it is *very* slow.\n context = Object.create(observerOrNext);\n context.unsubscribe = () => this.unsubscribe();\n partialObserver = {\n next: observerOrNext.next && bind(observerOrNext.next, context),\n error: observerOrNext.error && bind(observerOrNext.error, context),\n complete: observerOrNext.complete && bind(observerOrNext.complete, context),\n };\n } else {\n // The \"normal\" path. Just use the partial observer directly.\n partialObserver = observerOrNext;\n }\n }\n\n // Wrap the partial observer to ensure it's a full observer, and\n // make sure proper error handling is accounted for.\n this.destination = new ConsumerObserver(partialObserver);\n }\n}\n\nfunction handleUnhandledError(error: any) {\n if (config.useDeprecatedSynchronousErrorHandling) {\n captureError(error);\n } else {\n // Ideal path, we report this as an unhandled error,\n // which is thrown on a new call stack.\n reportUnhandledError(error);\n }\n}\n\n/**\n * An error handler used when no error handler was supplied\n * to the SafeSubscriber -- meaning no error handler was supplied\n * do the `subscribe` call on our observable.\n * @param err The error to handle\n */\nfunction defaultErrorHandler(err: any) {\n throw err;\n}\n\n/**\n * A handler for notifications that cannot be sent to a stopped subscriber.\n * @param notification The notification being sent\n * @param subscriber The stopped subscriber\n */\nfunction handleStoppedNotification(notification: ObservableNotification, subscriber: Subscriber) {\n const { onStoppedNotification } = config;\n onStoppedNotification && timeoutProvider.setTimeout(() => onStoppedNotification(notification, subscriber));\n}\n\n/**\n * The observer used as a stub for subscriptions where the user did not\n * pass any arguments to `subscribe`. Comes with the default error handling\n * behavior.\n */\nexport const EMPTY_OBSERVER: Readonly> & { closed: true } = {\n closed: true,\n next: noop,\n error: defaultErrorHandler,\n complete: noop,\n};\n", "/**\n * Symbol.observable or a string \"@@observable\". Used for interop\n *\n * @deprecated We will no longer be exporting this symbol in upcoming versions of RxJS.\n * Instead polyfill and use Symbol.observable directly *or* use https://www.npmjs.com/package/symbol-observable\n */\nexport const observable: string | symbol = (() => (typeof Symbol === 'function' && Symbol.observable) || '@@observable')();\n", "/**\n * This function takes one parameter and just returns it. Simply put,\n * this is like `(x: T): T => x`.\n *\n * ## Examples\n *\n * This is useful in some cases when using things like `mergeMap`\n *\n * ```ts\n * import { interval, take, map, range, mergeMap, identity } from 'rxjs';\n *\n * const source$ = interval(1000).pipe(take(5));\n *\n * const result$ = source$.pipe(\n * map(i => range(i)),\n * mergeMap(identity) // same as mergeMap(x => x)\n * );\n *\n * result$.subscribe({\n * next: console.log\n * });\n * ```\n *\n * Or when you want to selectively apply an operator\n *\n * ```ts\n * import { interval, take, identity } from 'rxjs';\n *\n * const shouldLimit = () => Math.random() < 0.5;\n *\n * const source$ = interval(1000);\n *\n * const result$ = source$.pipe(shouldLimit() ? take(5) : identity);\n *\n * result$.subscribe({\n * next: console.log\n * });\n * ```\n *\n * @param x Any value that is returned by this function\n * @returns The value passed as the first parameter to this function\n */\nexport function identity(x: T): T {\n return x;\n}\n", "import { identity } from './identity';\nimport { UnaryFunction } from '../types';\n\nexport function pipe(): typeof identity;\nexport function pipe(fn1: UnaryFunction): UnaryFunction;\nexport function pipe(fn1: UnaryFunction, fn2: UnaryFunction): UnaryFunction;\nexport function pipe(fn1: UnaryFunction, fn2: UnaryFunction, fn3: UnaryFunction): UnaryFunction;\nexport function pipe(\n fn1: UnaryFunction,\n fn2: UnaryFunction,\n fn3: UnaryFunction,\n fn4: UnaryFunction\n): UnaryFunction;\nexport function pipe(\n fn1: UnaryFunction,\n fn2: UnaryFunction,\n fn3: UnaryFunction,\n fn4: UnaryFunction,\n fn5: UnaryFunction\n): UnaryFunction;\nexport function pipe(\n fn1: UnaryFunction,\n fn2: UnaryFunction,\n fn3: UnaryFunction,\n fn4: UnaryFunction,\n fn5: UnaryFunction,\n fn6: UnaryFunction\n): UnaryFunction;\nexport function pipe(\n fn1: UnaryFunction,\n fn2: UnaryFunction,\n fn3: UnaryFunction,\n fn4: UnaryFunction,\n fn5: UnaryFunction,\n fn6: UnaryFunction,\n fn7: UnaryFunction\n): UnaryFunction;\nexport function pipe(\n fn1: UnaryFunction,\n fn2: UnaryFunction,\n fn3: UnaryFunction,\n fn4: UnaryFunction,\n fn5: UnaryFunction,\n fn6: UnaryFunction,\n fn7: UnaryFunction,\n fn8: UnaryFunction\n): UnaryFunction;\nexport function pipe(\n fn1: UnaryFunction,\n fn2: UnaryFunction,\n fn3: UnaryFunction,\n fn4: UnaryFunction,\n fn5: UnaryFunction,\n fn6: UnaryFunction,\n fn7: UnaryFunction,\n fn8: UnaryFunction,\n fn9: UnaryFunction\n): UnaryFunction;\nexport function pipe(\n fn1: UnaryFunction,\n fn2: UnaryFunction,\n fn3: UnaryFunction,\n fn4: UnaryFunction,\n fn5: UnaryFunction,\n fn6: UnaryFunction,\n fn7: UnaryFunction,\n fn8: UnaryFunction,\n fn9: UnaryFunction,\n ...fns: UnaryFunction[]\n): UnaryFunction;\n\n/**\n * pipe() can be called on one or more functions, each of which can take one argument (\"UnaryFunction\")\n * and uses it to return a value.\n * It returns a function that takes one argument, passes it to the first UnaryFunction, and then\n * passes the result to the next one, passes that result to the next one, and so on. \n */\nexport function pipe(...fns: Array>): UnaryFunction {\n return pipeFromArray(fns);\n}\n\n/** @internal */\nexport function pipeFromArray(fns: Array>): UnaryFunction {\n if (fns.length === 0) {\n return identity as UnaryFunction;\n }\n\n if (fns.length === 1) {\n return fns[0];\n }\n\n return function piped(input: T): R {\n return fns.reduce((prev: any, fn: UnaryFunction) => fn(prev), input as any);\n };\n}\n", "import { Operator } from './Operator';\nimport { SafeSubscriber, Subscriber } from './Subscriber';\nimport { isSubscription, Subscription } from './Subscription';\nimport { TeardownLogic, OperatorFunction, Subscribable, Observer } from './types';\nimport { observable as Symbol_observable } from './symbol/observable';\nimport { pipeFromArray } from './util/pipe';\nimport { config } from './config';\nimport { isFunction } from './util/isFunction';\nimport { errorContext } from './util/errorContext';\n\n/**\n * A representation of any set of values over any amount of time. This is the most basic building block\n * of RxJS.\n *\n * @class Observable\n */\nexport class Observable implements Subscribable {\n /**\n * @deprecated Internal implementation detail, do not use directly. Will be made internal in v8.\n */\n source: Observable | undefined;\n\n /**\n * @deprecated Internal implementation detail, do not use directly. Will be made internal in v8.\n */\n operator: Operator | undefined;\n\n /**\n * @constructor\n * @param {Function} subscribe the function that is called when the Observable is\n * initially subscribed to. This function is given a Subscriber, to which new values\n * can be `next`ed, or an `error` method can be called to raise an error, or\n * `complete` can be called to notify of a successful completion.\n */\n constructor(subscribe?: (this: Observable, subscriber: Subscriber) => TeardownLogic) {\n if (subscribe) {\n this._subscribe = subscribe;\n }\n }\n\n // HACK: Since TypeScript inherits static properties too, we have to\n // fight against TypeScript here so Subject can have a different static create signature\n /**\n * Creates a new Observable by calling the Observable constructor\n * @owner Observable\n * @method create\n * @param {Function} subscribe? the subscriber function to be passed to the Observable constructor\n * @return {Observable} a new observable\n * @nocollapse\n * @deprecated Use `new Observable()` instead. Will be removed in v8.\n */\n static create: (...args: any[]) => any = (subscribe?: (subscriber: Subscriber) => TeardownLogic) => {\n return new Observable(subscribe);\n };\n\n /**\n * Creates a new Observable, with this Observable instance as the source, and the passed\n * operator defined as the new observable's operator.\n * @method lift\n * @param operator the operator defining the operation to take on the observable\n * @return a new observable with the Operator applied\n * @deprecated Internal implementation detail, do not use directly. Will be made internal in v8.\n * If you have implemented an operator using `lift`, it is recommended that you create an\n * operator by simply returning `new Observable()` directly. See \"Creating new operators from\n * scratch\" section here: https://rxjs.dev/guide/operators\n */\n lift(operator?: Operator): Observable {\n const observable = new Observable();\n observable.source = this;\n observable.operator = operator;\n return observable;\n }\n\n subscribe(observerOrNext?: Partial> | ((value: T) => void)): Subscription;\n /** @deprecated Instead of passing separate callback arguments, use an observer argument. Signatures taking separate callback arguments will be removed in v8. Details: https://rxjs.dev/deprecations/subscribe-arguments */\n subscribe(next?: ((value: T) => void) | null, error?: ((error: any) => void) | null, complete?: (() => void) | null): Subscription;\n /**\n * Invokes an execution of an Observable and registers Observer handlers for notifications it will emit.\n *\n * Use it when you have all these Observables, but still nothing is happening.\n *\n * `subscribe` is not a regular operator, but a method that calls Observable's internal `subscribe` function. It\n * might be for example a function that you passed to Observable's constructor, but most of the time it is\n * a library implementation, which defines what will be emitted by an Observable, and when it be will emitted. This means\n * that calling `subscribe` is actually the moment when Observable starts its work, not when it is created, as it is often\n * the thought.\n *\n * Apart from starting the execution of an Observable, this method allows you to listen for values\n * that an Observable emits, as well as for when it completes or errors. You can achieve this in two\n * of the following ways.\n *\n * The first way is creating an object that implements {@link Observer} interface. It should have methods\n * defined by that interface, but note that it should be just a regular JavaScript object, which you can create\n * yourself in any way you want (ES6 class, classic function constructor, object literal etc.). In particular, do\n * not attempt to use any RxJS implementation details to create Observers - you don't need them. Remember also\n * that your object does not have to implement all methods. If you find yourself creating a method that doesn't\n * do anything, you can simply omit it. Note however, if the `error` method is not provided and an error happens,\n * it will be thrown asynchronously. Errors thrown asynchronously cannot be caught using `try`/`catch`. Instead,\n * use the {@link onUnhandledError} configuration option or use a runtime handler (like `window.onerror` or\n * `process.on('error)`) to be notified of unhandled errors. Because of this, it's recommended that you provide\n * an `error` method to avoid missing thrown errors.\n *\n * The second way is to give up on Observer object altogether and simply provide callback functions in place of its methods.\n * This means you can provide three functions as arguments to `subscribe`, where the first function is equivalent\n * of a `next` method, the second of an `error` method and the third of a `complete` method. Just as in case of an Observer,\n * if you do not need to listen for something, you can omit a function by passing `undefined` or `null`,\n * since `subscribe` recognizes these functions by where they were placed in function call. When it comes\n * to the `error` function, as with an Observer, if not provided, errors emitted by an Observable will be thrown asynchronously.\n *\n * You can, however, subscribe with no parameters at all. This may be the case where you're not interested in terminal events\n * and you also handled emissions internally by using operators (e.g. using `tap`).\n *\n * Whichever style of calling `subscribe` you use, in both cases it returns a Subscription object.\n * This object allows you to call `unsubscribe` on it, which in turn will stop the work that an Observable does and will clean\n * up all resources that an Observable used. Note that cancelling a subscription will not call `complete` callback\n * provided to `subscribe` function, which is reserved for a regular completion signal that comes from an Observable.\n *\n * Remember that callbacks provided to `subscribe` are not guaranteed to be called asynchronously.\n * It is an Observable itself that decides when these functions will be called. For example {@link of}\n * by default emits all its values synchronously. Always check documentation for how given Observable\n * will behave when subscribed and if its default behavior can be modified with a `scheduler`.\n *\n * #### Examples\n *\n * Subscribe with an {@link guide/observer Observer}\n *\n * ```ts\n * import { of } from 'rxjs';\n *\n * const sumObserver = {\n * sum: 0,\n * next(value) {\n * console.log('Adding: ' + value);\n * this.sum = this.sum + value;\n * },\n * error() {\n * // We actually could just remove this method,\n * // since we do not really care about errors right now.\n * },\n * complete() {\n * console.log('Sum equals: ' + this.sum);\n * }\n * };\n *\n * of(1, 2, 3) // Synchronously emits 1, 2, 3 and then completes.\n * .subscribe(sumObserver);\n *\n * // Logs:\n * // 'Adding: 1'\n * // 'Adding: 2'\n * // 'Adding: 3'\n * // 'Sum equals: 6'\n * ```\n *\n * Subscribe with functions ({@link deprecations/subscribe-arguments deprecated})\n *\n * ```ts\n * import { of } from 'rxjs'\n *\n * let sum = 0;\n *\n * of(1, 2, 3).subscribe(\n * value => {\n * console.log('Adding: ' + value);\n * sum = sum + value;\n * },\n * undefined,\n * () => console.log('Sum equals: ' + sum)\n * );\n *\n * // Logs:\n * // 'Adding: 1'\n * // 'Adding: 2'\n * // 'Adding: 3'\n * // 'Sum equals: 6'\n * ```\n *\n * Cancel a subscription\n *\n * ```ts\n * import { interval } from 'rxjs';\n *\n * const subscription = interval(1000).subscribe({\n * next(num) {\n * console.log(num)\n * },\n * complete() {\n * // Will not be called, even when cancelling subscription.\n * console.log('completed!');\n * }\n * });\n *\n * setTimeout(() => {\n * subscription.unsubscribe();\n * console.log('unsubscribed!');\n * }, 2500);\n *\n * // Logs:\n * // 0 after 1s\n * // 1 after 2s\n * // 'unsubscribed!' after 2.5s\n * ```\n *\n * @param {Observer|Function} observerOrNext (optional) Either an observer with methods to be called,\n * or the first of three possible handlers, which is the handler for each value emitted from the subscribed\n * Observable.\n * @param {Function} error (optional) A handler for a terminal event resulting from an error. If no error handler is provided,\n * the error will be thrown asynchronously as unhandled.\n * @param {Function} complete (optional) A handler for a terminal event resulting from successful completion.\n * @return {Subscription} a subscription reference to the registered handlers\n * @method subscribe\n */\n subscribe(\n observerOrNext?: Partial> | ((value: T) => void) | null,\n error?: ((error: any) => void) | null,\n complete?: (() => void) | null\n ): Subscription {\n const subscriber = isSubscriber(observerOrNext) ? observerOrNext : new SafeSubscriber(observerOrNext, error, complete);\n\n errorContext(() => {\n const { operator, source } = this;\n subscriber.add(\n operator\n ? // We're dealing with a subscription in the\n // operator chain to one of our lifted operators.\n operator.call(subscriber, source)\n : source\n ? // If `source` has a value, but `operator` does not, something that\n // had intimate knowledge of our API, like our `Subject`, must have\n // set it. We're going to just call `_subscribe` directly.\n this._subscribe(subscriber)\n : // In all other cases, we're likely wrapping a user-provided initializer\n // function, so we need to catch errors and handle them appropriately.\n this._trySubscribe(subscriber)\n );\n });\n\n return subscriber;\n }\n\n /** @internal */\n protected _trySubscribe(sink: Subscriber): TeardownLogic {\n try {\n return this._subscribe(sink);\n } catch (err) {\n // We don't need to return anything in this case,\n // because it's just going to try to `add()` to a subscription\n // above.\n sink.error(err);\n }\n }\n\n /**\n * Used as a NON-CANCELLABLE means of subscribing to an observable, for use with\n * APIs that expect promises, like `async/await`. You cannot unsubscribe from this.\n *\n * **WARNING**: Only use this with observables you *know* will complete. If the source\n * observable does not complete, you will end up with a promise that is hung up, and\n * potentially all of the state of an async function hanging out in memory. To avoid\n * this situation, look into adding something like {@link timeout}, {@link take},\n * {@link takeWhile}, or {@link takeUntil} amongst others.\n *\n * #### Example\n *\n * ```ts\n * import { interval, take } from 'rxjs';\n *\n * const source$ = interval(1000).pipe(take(4));\n *\n * async function getTotal() {\n * let total = 0;\n *\n * await source$.forEach(value => {\n * total += value;\n * console.log('observable -> ' + value);\n * });\n *\n * return total;\n * }\n *\n * getTotal().then(\n * total => console.log('Total: ' + total)\n * );\n *\n * // Expected:\n * // 'observable -> 0'\n * // 'observable -> 1'\n * // 'observable -> 2'\n * // 'observable -> 3'\n * // 'Total: 6'\n * ```\n *\n * @param next a handler for each value emitted by the observable\n * @return a promise that either resolves on observable completion or\n * rejects with the handled error\n */\n forEach(next: (value: T) => void): Promise;\n\n /**\n * @param next a handler for each value emitted by the observable\n * @param promiseCtor a constructor function used to instantiate the Promise\n * @return a promise that either resolves on observable completion or\n * rejects with the handled error\n * @deprecated Passing a Promise constructor will no longer be available\n * in upcoming versions of RxJS. This is because it adds weight to the library, for very\n * little benefit. If you need this functionality, it is recommended that you either\n * polyfill Promise, or you create an adapter to convert the returned native promise\n * to whatever promise implementation you wanted. Will be removed in v8.\n */\n forEach(next: (value: T) => void, promiseCtor: PromiseConstructorLike): Promise;\n\n forEach(next: (value: T) => void, promiseCtor?: PromiseConstructorLike): Promise {\n promiseCtor = getPromiseCtor(promiseCtor);\n\n return new promiseCtor((resolve, reject) => {\n const subscriber = new SafeSubscriber({\n next: (value) => {\n try {\n next(value);\n } catch (err) {\n reject(err);\n subscriber.unsubscribe();\n }\n },\n error: reject,\n complete: resolve,\n });\n this.subscribe(subscriber);\n }) as Promise;\n }\n\n /** @internal */\n protected _subscribe(subscriber: Subscriber): TeardownLogic {\n return this.source?.subscribe(subscriber);\n }\n\n /**\n * An interop point defined by the es7-observable spec https://github.com/zenparsing/es-observable\n * @method Symbol.observable\n * @return {Observable} this instance of the observable\n */\n [Symbol_observable]() {\n return this;\n }\n\n /* tslint:disable:max-line-length */\n pipe(): Observable;\n pipe(op1: OperatorFunction): Observable;\n pipe(op1: OperatorFunction, op2: OperatorFunction): Observable;\n pipe(op1: OperatorFunction, op2: OperatorFunction, op3: OperatorFunction): Observable;\n pipe(\n op1: OperatorFunction,\n op2: OperatorFunction,\n op3: OperatorFunction,\n op4: OperatorFunction\n ): Observable;\n pipe(\n op1: OperatorFunction,\n op2: OperatorFunction,\n op3: OperatorFunction,\n op4: OperatorFunction,\n op5: OperatorFunction\n ): Observable;\n pipe(\n op1: OperatorFunction,\n op2: OperatorFunction,\n op3: OperatorFunction,\n op4: OperatorFunction,\n op5: OperatorFunction,\n op6: OperatorFunction\n ): Observable;\n pipe(\n op1: OperatorFunction,\n op2: OperatorFunction,\n op3: OperatorFunction,\n op4: OperatorFunction,\n op5: OperatorFunction,\n op6: OperatorFunction,\n op7: OperatorFunction\n ): Observable;\n pipe(\n op1: OperatorFunction,\n op2: OperatorFunction,\n op3: OperatorFunction,\n op4: OperatorFunction,\n op5: OperatorFunction,\n op6: OperatorFunction,\n op7: OperatorFunction,\n op8: OperatorFunction\n ): Observable;\n pipe(\n op1: OperatorFunction,\n op2: OperatorFunction,\n op3: OperatorFunction,\n op4: OperatorFunction,\n op5: OperatorFunction,\n op6: OperatorFunction,\n op7: OperatorFunction,\n op8: OperatorFunction,\n op9: OperatorFunction\n ): Observable;\n pipe(\n op1: OperatorFunction,\n op2: OperatorFunction,\n op3: OperatorFunction,\n op4: OperatorFunction,\n op5: OperatorFunction,\n op6: OperatorFunction,\n op7: OperatorFunction,\n op8: OperatorFunction,\n op9: OperatorFunction,\n ...operations: OperatorFunction[]\n ): Observable;\n /* tslint:enable:max-line-length */\n\n /**\n * Used to stitch together functional operators into a chain.\n * @method pipe\n * @return {Observable} the Observable result of all of the operators having\n * been called in the order they were passed in.\n *\n * ## Example\n *\n * ```ts\n * import { interval, filter, map, scan } from 'rxjs';\n *\n * interval(1000)\n * .pipe(\n * filter(x => x % 2 === 0),\n * map(x => x + x),\n * scan((acc, x) => acc + x)\n * )\n * .subscribe(x => console.log(x));\n * ```\n */\n pipe(...operations: OperatorFunction[]): Observable {\n return pipeFromArray(operations)(this);\n }\n\n /* tslint:disable:max-line-length */\n /** @deprecated Replaced with {@link firstValueFrom} and {@link lastValueFrom}. Will be removed in v8. Details: https://rxjs.dev/deprecations/to-promise */\n toPromise(): Promise;\n /** @deprecated Replaced with {@link firstValueFrom} and {@link lastValueFrom}. Will be removed in v8. Details: https://rxjs.dev/deprecations/to-promise */\n toPromise(PromiseCtor: typeof Promise): Promise;\n /** @deprecated Replaced with {@link firstValueFrom} and {@link lastValueFrom}. Will be removed in v8. Details: https://rxjs.dev/deprecations/to-promise */\n toPromise(PromiseCtor: PromiseConstructorLike): Promise;\n /* tslint:enable:max-line-length */\n\n /**\n * Subscribe to this Observable and get a Promise resolving on\n * `complete` with the last emission (if any).\n *\n * **WARNING**: Only use this with observables you *know* will complete. If the source\n * observable does not complete, you will end up with a promise that is hung up, and\n * potentially all of the state of an async function hanging out in memory. To avoid\n * this situation, look into adding something like {@link timeout}, {@link take},\n * {@link takeWhile}, or {@link takeUntil} amongst others.\n *\n * @method toPromise\n * @param [promiseCtor] a constructor function used to instantiate\n * the Promise\n * @return A Promise that resolves with the last value emit, or\n * rejects on an error. If there were no emissions, Promise\n * resolves with undefined.\n * @deprecated Replaced with {@link firstValueFrom} and {@link lastValueFrom}. Will be removed in v8. Details: https://rxjs.dev/deprecations/to-promise\n */\n toPromise(promiseCtor?: PromiseConstructorLike): Promise {\n promiseCtor = getPromiseCtor(promiseCtor);\n\n return new promiseCtor((resolve, reject) => {\n let value: T | undefined;\n this.subscribe(\n (x: T) => (value = x),\n (err: any) => reject(err),\n () => resolve(value)\n );\n }) as Promise;\n }\n}\n\n/**\n * Decides between a passed promise constructor from consuming code,\n * A default configured promise constructor, and the native promise\n * constructor and returns it. If nothing can be found, it will throw\n * an error.\n * @param promiseCtor The optional promise constructor to passed by consuming code\n */\nfunction getPromiseCtor(promiseCtor: PromiseConstructorLike | undefined) {\n return promiseCtor ?? config.Promise ?? Promise;\n}\n\nfunction isObserver(value: any): value is Observer {\n return value && isFunction(value.next) && isFunction(value.error) && isFunction(value.complete);\n}\n\nfunction isSubscriber(value: any): value is Subscriber {\n return (value && value instanceof Subscriber) || (isObserver(value) && isSubscription(value));\n}\n", "import { Observable } from '../Observable';\nimport { Subscriber } from '../Subscriber';\nimport { OperatorFunction } from '../types';\nimport { isFunction } from './isFunction';\n\n/**\n * Used to determine if an object is an Observable with a lift function.\n */\nexport function hasLift(source: any): source is { lift: InstanceType['lift'] } {\n return isFunction(source?.lift);\n}\n\n/**\n * Creates an `OperatorFunction`. Used to define operators throughout the library in a concise way.\n * @param init The logic to connect the liftedSource to the subscriber at the moment of subscription.\n */\nexport function operate(\n init: (liftedSource: Observable, subscriber: Subscriber) => (() => void) | void\n): OperatorFunction {\n return (source: Observable) => {\n if (hasLift(source)) {\n return source.lift(function (this: Subscriber, liftedSource: Observable) {\n try {\n return init(liftedSource, this);\n } catch (err) {\n this.error(err);\n }\n });\n }\n throw new TypeError('Unable to lift unknown Observable type');\n };\n}\n", "import { Subscriber } from '../Subscriber';\n\n/**\n * Creates an instance of an `OperatorSubscriber`.\n * @param destination The downstream subscriber.\n * @param onNext Handles next values, only called if this subscriber is not stopped or closed. Any\n * error that occurs in this function is caught and sent to the `error` method of this subscriber.\n * @param onError Handles errors from the subscription, any errors that occur in this handler are caught\n * and send to the `destination` error handler.\n * @param onComplete Handles completion notification from the subscription. Any errors that occur in\n * this handler are sent to the `destination` error handler.\n * @param onFinalize Additional teardown logic here. This will only be called on teardown if the\n * subscriber itself is not already closed. This is called after all other teardown logic is executed.\n */\nexport function createOperatorSubscriber(\n destination: Subscriber,\n onNext?: (value: T) => void,\n onComplete?: () => void,\n onError?: (err: any) => void,\n onFinalize?: () => void\n): Subscriber {\n return new OperatorSubscriber(destination, onNext, onComplete, onError, onFinalize);\n}\n\n/**\n * A generic helper for allowing operators to be created with a Subscriber and\n * use closures to capture necessary state from the operator function itself.\n */\nexport class OperatorSubscriber extends Subscriber {\n /**\n * Creates an instance of an `OperatorSubscriber`.\n * @param destination The downstream subscriber.\n * @param onNext Handles next values, only called if this subscriber is not stopped or closed. Any\n * error that occurs in this function is caught and sent to the `error` method of this subscriber.\n * @param onError Handles errors from the subscription, any errors that occur in this handler are caught\n * and send to the `destination` error handler.\n * @param onComplete Handles completion notification from the subscription. Any errors that occur in\n * this handler are sent to the `destination` error handler.\n * @param onFinalize Additional finalization logic here. This will only be called on finalization if the\n * subscriber itself is not already closed. This is called after all other finalization logic is executed.\n * @param shouldUnsubscribe An optional check to see if an unsubscribe call should truly unsubscribe.\n * NOTE: This currently **ONLY** exists to support the strange behavior of {@link groupBy}, where unsubscription\n * to the resulting observable does not actually disconnect from the source if there are active subscriptions\n * to any grouped observable. (DO NOT EXPOSE OR USE EXTERNALLY!!!)\n */\n constructor(\n destination: Subscriber,\n onNext?: (value: T) => void,\n onComplete?: () => void,\n onError?: (err: any) => void,\n private onFinalize?: () => void,\n private shouldUnsubscribe?: () => boolean\n ) {\n // It's important - for performance reasons - that all of this class's\n // members are initialized and that they are always initialized in the same\n // order. This will ensure that all OperatorSubscriber instances have the\n // same hidden class in V8. This, in turn, will help keep the number of\n // hidden classes involved in property accesses within the base class as\n // low as possible. If the number of hidden classes involved exceeds four,\n // the property accesses will become megamorphic and performance penalties\n // will be incurred - i.e. inline caches won't be used.\n //\n // The reasons for ensuring all instances have the same hidden class are\n // further discussed in this blog post from Benedikt Meurer:\n // https://benediktmeurer.de/2018/03/23/impact-of-polymorphism-on-component-based-frameworks-like-react/\n super(destination);\n this._next = onNext\n ? function (this: OperatorSubscriber, value: T) {\n try {\n onNext(value);\n } catch (err) {\n destination.error(err);\n }\n }\n : super._next;\n this._error = onError\n ? function (this: OperatorSubscriber, err: any) {\n try {\n onError(err);\n } catch (err) {\n // Send any errors that occur down stream.\n destination.error(err);\n } finally {\n // Ensure finalization.\n this.unsubscribe();\n }\n }\n : super._error;\n this._complete = onComplete\n ? function (this: OperatorSubscriber) {\n try {\n onComplete();\n } catch (err) {\n // Send any errors that occur down stream.\n destination.error(err);\n } finally {\n // Ensure finalization.\n this.unsubscribe();\n }\n }\n : super._complete;\n }\n\n unsubscribe() {\n if (!this.shouldUnsubscribe || this.shouldUnsubscribe()) {\n const { closed } = this;\n super.unsubscribe();\n // Execute additional teardown if we have any and we didn't already do so.\n !closed && this.onFinalize?.();\n }\n }\n}\n", "import { Subscription } from '../Subscription';\n\ninterface AnimationFrameProvider {\n schedule(callback: FrameRequestCallback): Subscription;\n requestAnimationFrame: typeof requestAnimationFrame;\n cancelAnimationFrame: typeof cancelAnimationFrame;\n delegate:\n | {\n requestAnimationFrame: typeof requestAnimationFrame;\n cancelAnimationFrame: typeof cancelAnimationFrame;\n }\n | undefined;\n}\n\nexport const animationFrameProvider: AnimationFrameProvider = {\n // When accessing the delegate, use the variable rather than `this` so that\n // the functions can be called without being bound to the provider.\n schedule(callback) {\n let request = requestAnimationFrame;\n let cancel: typeof cancelAnimationFrame | undefined = cancelAnimationFrame;\n const { delegate } = animationFrameProvider;\n if (delegate) {\n request = delegate.requestAnimationFrame;\n cancel = delegate.cancelAnimationFrame;\n }\n const handle = request((timestamp) => {\n // Clear the cancel function. The request has been fulfilled, so\n // attempting to cancel the request upon unsubscription would be\n // pointless.\n cancel = undefined;\n callback(timestamp);\n });\n return new Subscription(() => cancel?.(handle));\n },\n requestAnimationFrame(...args) {\n const { delegate } = animationFrameProvider;\n return (delegate?.requestAnimationFrame || requestAnimationFrame)(...args);\n },\n cancelAnimationFrame(...args) {\n const { delegate } = animationFrameProvider;\n return (delegate?.cancelAnimationFrame || cancelAnimationFrame)(...args);\n },\n delegate: undefined,\n};\n", "import { createErrorClass } from './createErrorClass';\n\nexport interface ObjectUnsubscribedError extends Error {}\n\nexport interface ObjectUnsubscribedErrorCtor {\n /**\n * @deprecated Internal implementation detail. Do not construct error instances.\n * Cannot be tagged as internal: https://github.com/ReactiveX/rxjs/issues/6269\n */\n new (): ObjectUnsubscribedError;\n}\n\n/**\n * An error thrown when an action is invalid because the object has been\n * unsubscribed.\n *\n * @see {@link Subject}\n * @see {@link BehaviorSubject}\n *\n * @class ObjectUnsubscribedError\n */\nexport const ObjectUnsubscribedError: ObjectUnsubscribedErrorCtor = createErrorClass(\n (_super) =>\n function ObjectUnsubscribedErrorImpl(this: any) {\n _super(this);\n this.name = 'ObjectUnsubscribedError';\n this.message = 'object unsubscribed';\n }\n);\n", "import { Operator } from './Operator';\nimport { Observable } from './Observable';\nimport { Subscriber } from './Subscriber';\nimport { Subscription, EMPTY_SUBSCRIPTION } from './Subscription';\nimport { Observer, SubscriptionLike, TeardownLogic } from './types';\nimport { ObjectUnsubscribedError } from './util/ObjectUnsubscribedError';\nimport { arrRemove } from './util/arrRemove';\nimport { errorContext } from './util/errorContext';\n\n/**\n * A Subject is a special type of Observable that allows values to be\n * multicasted to many Observers. Subjects are like EventEmitters.\n *\n * Every Subject is an Observable and an Observer. You can subscribe to a\n * Subject, and you can call next to feed values as well as error and complete.\n */\nexport class Subject extends Observable implements SubscriptionLike {\n closed = false;\n\n private currentObservers: Observer[] | null = null;\n\n /** @deprecated Internal implementation detail, do not use directly. Will be made internal in v8. */\n observers: Observer[] = [];\n /** @deprecated Internal implementation detail, do not use directly. Will be made internal in v8. */\n isStopped = false;\n /** @deprecated Internal implementation detail, do not use directly. Will be made internal in v8. */\n hasError = false;\n /** @deprecated Internal implementation detail, do not use directly. Will be made internal in v8. */\n thrownError: any = null;\n\n /**\n * Creates a \"subject\" by basically gluing an observer to an observable.\n *\n * @nocollapse\n * @deprecated Recommended you do not use. Will be removed at some point in the future. Plans for replacement still under discussion.\n */\n static create: (...args: any[]) => any = (destination: Observer, source: Observable): AnonymousSubject => {\n return new AnonymousSubject(destination, source);\n };\n\n constructor() {\n // NOTE: This must be here to obscure Observable's constructor.\n super();\n }\n\n /** @deprecated Internal implementation detail, do not use directly. Will be made internal in v8. */\n lift(operator: Operator): Observable {\n const subject = new AnonymousSubject(this, this);\n subject.operator = operator as any;\n return subject as any;\n }\n\n /** @internal */\n protected _throwIfClosed() {\n if (this.closed) {\n throw new ObjectUnsubscribedError();\n }\n }\n\n next(value: T) {\n errorContext(() => {\n this._throwIfClosed();\n if (!this.isStopped) {\n if (!this.currentObservers) {\n this.currentObservers = Array.from(this.observers);\n }\n for (const observer of this.currentObservers) {\n observer.next(value);\n }\n }\n });\n }\n\n error(err: any) {\n errorContext(() => {\n this._throwIfClosed();\n if (!this.isStopped) {\n this.hasError = this.isStopped = true;\n this.thrownError = err;\n const { observers } = this;\n while (observers.length) {\n observers.shift()!.error(err);\n }\n }\n });\n }\n\n complete() {\n errorContext(() => {\n this._throwIfClosed();\n if (!this.isStopped) {\n this.isStopped = true;\n const { observers } = this;\n while (observers.length) {\n observers.shift()!.complete();\n }\n }\n });\n }\n\n unsubscribe() {\n this.isStopped = this.closed = true;\n this.observers = this.currentObservers = null!;\n }\n\n get observed() {\n return this.observers?.length > 0;\n }\n\n /** @internal */\n protected _trySubscribe(subscriber: Subscriber): TeardownLogic {\n this._throwIfClosed();\n return super._trySubscribe(subscriber);\n }\n\n /** @internal */\n protected _subscribe(subscriber: Subscriber): Subscription {\n this._throwIfClosed();\n this._checkFinalizedStatuses(subscriber);\n return this._innerSubscribe(subscriber);\n }\n\n /** @internal */\n protected _innerSubscribe(subscriber: Subscriber) {\n const { hasError, isStopped, observers } = this;\n if (hasError || isStopped) {\n return EMPTY_SUBSCRIPTION;\n }\n this.currentObservers = null;\n observers.push(subscriber);\n return new Subscription(() => {\n this.currentObservers = null;\n arrRemove(observers, subscriber);\n });\n }\n\n /** @internal */\n protected _checkFinalizedStatuses(subscriber: Subscriber) {\n const { hasError, thrownError, isStopped } = this;\n if (hasError) {\n subscriber.error(thrownError);\n } else if (isStopped) {\n subscriber.complete();\n }\n }\n\n /**\n * Creates a new Observable with this Subject as the source. You can do this\n * to create custom Observer-side logic of the Subject and conceal it from\n * code that uses the Observable.\n * @return {Observable} Observable that the Subject casts to\n */\n asObservable(): Observable {\n const observable: any = new Observable();\n observable.source = this;\n return observable;\n }\n}\n\n/**\n * @class AnonymousSubject\n */\nexport class AnonymousSubject extends Subject {\n constructor(\n /** @deprecated Internal implementation detail, do not use directly. Will be made internal in v8. */\n public destination?: Observer,\n source?: Observable\n ) {\n super();\n this.source = source;\n }\n\n next(value: T) {\n this.destination?.next?.(value);\n }\n\n error(err: any) {\n this.destination?.error?.(err);\n }\n\n complete() {\n this.destination?.complete?.();\n }\n\n /** @internal */\n protected _subscribe(subscriber: Subscriber): Subscription {\n return this.source?.subscribe(subscriber) ?? EMPTY_SUBSCRIPTION;\n }\n}\n", "import { Subject } from './Subject';\nimport { Subscriber } from './Subscriber';\nimport { Subscription } from './Subscription';\n\n/**\n * A variant of Subject that requires an initial value and emits its current\n * value whenever it is subscribed to.\n *\n * @class BehaviorSubject\n */\nexport class BehaviorSubject extends Subject {\n constructor(private _value: T) {\n super();\n }\n\n get value(): T {\n return this.getValue();\n }\n\n /** @internal */\n protected _subscribe(subscriber: Subscriber): Subscription {\n const subscription = super._subscribe(subscriber);\n !subscription.closed && subscriber.next(this._value);\n return subscription;\n }\n\n getValue(): T {\n const { hasError, thrownError, _value } = this;\n if (hasError) {\n throw thrownError;\n }\n this._throwIfClosed();\n return _value;\n }\n\n next(value: T): void {\n super.next((this._value = value));\n }\n}\n", "import { TimestampProvider } from '../types';\n\ninterface DateTimestampProvider extends TimestampProvider {\n delegate: TimestampProvider | undefined;\n}\n\nexport const dateTimestampProvider: DateTimestampProvider = {\n now() {\n // Use the variable rather than `this` so that the function can be called\n // without being bound to the provider.\n return (dateTimestampProvider.delegate || Date).now();\n },\n delegate: undefined,\n};\n", "import { Subject } from './Subject';\nimport { TimestampProvider } from './types';\nimport { Subscriber } from './Subscriber';\nimport { Subscription } from './Subscription';\nimport { dateTimestampProvider } from './scheduler/dateTimestampProvider';\n\n/**\n * A variant of {@link Subject} that \"replays\" old values to new subscribers by emitting them when they first subscribe.\n *\n * `ReplaySubject` has an internal buffer that will store a specified number of values that it has observed. Like `Subject`,\n * `ReplaySubject` \"observes\" values by having them passed to its `next` method. When it observes a value, it will store that\n * value for a time determined by the configuration of the `ReplaySubject`, as passed to its constructor.\n *\n * When a new subscriber subscribes to the `ReplaySubject` instance, it will synchronously emit all values in its buffer in\n * a First-In-First-Out (FIFO) manner. The `ReplaySubject` will also complete, if it has observed completion; and it will\n * error if it has observed an error.\n *\n * There are two main configuration items to be concerned with:\n *\n * 1. `bufferSize` - This will determine how many items are stored in the buffer, defaults to infinite.\n * 2. `windowTime` - The amount of time to hold a value in the buffer before removing it from the buffer.\n *\n * Both configurations may exist simultaneously. So if you would like to buffer a maximum of 3 values, as long as the values\n * are less than 2 seconds old, you could do so with a `new ReplaySubject(3, 2000)`.\n *\n * ### Differences with BehaviorSubject\n *\n * `BehaviorSubject` is similar to `new ReplaySubject(1)`, with a couple of exceptions:\n *\n * 1. `BehaviorSubject` comes \"primed\" with a single value upon construction.\n * 2. `ReplaySubject` will replay values, even after observing an error, where `BehaviorSubject` will not.\n *\n * @see {@link Subject}\n * @see {@link BehaviorSubject}\n * @see {@link shareReplay}\n */\nexport class ReplaySubject extends Subject {\n private _buffer: (T | number)[] = [];\n private _infiniteTimeWindow = true;\n\n /**\n * @param bufferSize The size of the buffer to replay on subscription\n * @param windowTime The amount of time the buffered items will stay buffered\n * @param timestampProvider An object with a `now()` method that provides the current timestamp. This is used to\n * calculate the amount of time something has been buffered.\n */\n constructor(\n private _bufferSize = Infinity,\n private _windowTime = Infinity,\n private _timestampProvider: TimestampProvider = dateTimestampProvider\n ) {\n super();\n this._infiniteTimeWindow = _windowTime === Infinity;\n this._bufferSize = Math.max(1, _bufferSize);\n this._windowTime = Math.max(1, _windowTime);\n }\n\n next(value: T): void {\n const { isStopped, _buffer, _infiniteTimeWindow, _timestampProvider, _windowTime } = this;\n if (!isStopped) {\n _buffer.push(value);\n !_infiniteTimeWindow && _buffer.push(_timestampProvider.now() + _windowTime);\n }\n this._trimBuffer();\n super.next(value);\n }\n\n /** @internal */\n protected _subscribe(subscriber: Subscriber): Subscription {\n this._throwIfClosed();\n this._trimBuffer();\n\n const subscription = this._innerSubscribe(subscriber);\n\n const { _infiniteTimeWindow, _buffer } = this;\n // We use a copy here, so reentrant code does not mutate our array while we're\n // emitting it to a new subscriber.\n const copy = _buffer.slice();\n for (let i = 0; i < copy.length && !subscriber.closed; i += _infiniteTimeWindow ? 1 : 2) {\n subscriber.next(copy[i] as T);\n }\n\n this._checkFinalizedStatuses(subscriber);\n\n return subscription;\n }\n\n private _trimBuffer() {\n const { _bufferSize, _timestampProvider, _buffer, _infiniteTimeWindow } = this;\n // If we don't have an infinite buffer size, and we're over the length,\n // use splice to truncate the old buffer values off. Note that we have to\n // double the size for instances where we're not using an infinite time window\n // because we're storing the values and the timestamps in the same array.\n const adjustedBufferSize = (_infiniteTimeWindow ? 1 : 2) * _bufferSize;\n _bufferSize < Infinity && adjustedBufferSize < _buffer.length && _buffer.splice(0, _buffer.length - adjustedBufferSize);\n\n // Now, if we're not in an infinite time window, remove all values where the time is\n // older than what is allowed.\n if (!_infiniteTimeWindow) {\n const now = _timestampProvider.now();\n let last = 0;\n // Search the array for the first timestamp that isn't expired and\n // truncate the buffer up to that point.\n for (let i = 1; i < _buffer.length && (_buffer[i] as number) <= now; i += 2) {\n last = i;\n }\n last && _buffer.splice(0, last + 1);\n }\n }\n}\n", "import { Scheduler } from '../Scheduler';\nimport { Subscription } from '../Subscription';\nimport { SchedulerAction } from '../types';\n\n/**\n * A unit of work to be executed in a `scheduler`. An action is typically\n * created from within a {@link SchedulerLike} and an RxJS user does not need to concern\n * themselves about creating and manipulating an Action.\n *\n * ```ts\n * class Action extends Subscription {\n * new (scheduler: Scheduler, work: (state?: T) => void);\n * schedule(state?: T, delay: number = 0): Subscription;\n * }\n * ```\n *\n * @class Action\n */\nexport class Action extends Subscription {\n constructor(scheduler: Scheduler, work: (this: SchedulerAction, state?: T) => void) {\n super();\n }\n /**\n * Schedules this action on its parent {@link SchedulerLike} for execution. May be passed\n * some context object, `state`. May happen at some point in the future,\n * according to the `delay` parameter, if specified.\n * @param {T} [state] Some contextual data that the `work` function uses when\n * called by the Scheduler.\n * @param {number} [delay] Time to wait before executing the work, where the\n * time unit is implicit and defined by the Scheduler.\n * @return {void}\n */\n public schedule(state?: T, delay: number = 0): Subscription {\n return this;\n }\n}\n", "import type { TimerHandle } from './timerHandle';\ntype SetIntervalFunction = (handler: () => void, timeout?: number, ...args: any[]) => TimerHandle;\ntype ClearIntervalFunction = (handle: TimerHandle) => void;\n\ninterface IntervalProvider {\n setInterval: SetIntervalFunction;\n clearInterval: ClearIntervalFunction;\n delegate:\n | {\n setInterval: SetIntervalFunction;\n clearInterval: ClearIntervalFunction;\n }\n | undefined;\n}\n\nexport const intervalProvider: IntervalProvider = {\n // When accessing the delegate, use the variable rather than `this` so that\n // the functions can be called without being bound to the provider.\n setInterval(handler: () => void, timeout?: number, ...args) {\n const { delegate } = intervalProvider;\n if (delegate?.setInterval) {\n return delegate.setInterval(handler, timeout, ...args);\n }\n return setInterval(handler, timeout, ...args);\n },\n clearInterval(handle) {\n const { delegate } = intervalProvider;\n return (delegate?.clearInterval || clearInterval)(handle as any);\n },\n delegate: undefined,\n};\n", "import { Action } from './Action';\nimport { SchedulerAction } from '../types';\nimport { Subscription } from '../Subscription';\nimport { AsyncScheduler } from './AsyncScheduler';\nimport { intervalProvider } from './intervalProvider';\nimport { arrRemove } from '../util/arrRemove';\nimport { TimerHandle } from './timerHandle';\n\nexport class AsyncAction extends Action {\n public id: TimerHandle | undefined;\n public state?: T;\n // @ts-ignore: Property has no initializer and is not definitely assigned\n public delay: number;\n protected pending: boolean = false;\n\n constructor(protected scheduler: AsyncScheduler, protected work: (this: SchedulerAction, state?: T) => void) {\n super(scheduler, work);\n }\n\n public schedule(state?: T, delay: number = 0): Subscription {\n if (this.closed) {\n return this;\n }\n\n // Always replace the current state with the new state.\n this.state = state;\n\n const id = this.id;\n const scheduler = this.scheduler;\n\n //\n // Important implementation note:\n //\n // Actions only execute once by default, unless rescheduled from within the\n // scheduled callback. This allows us to implement single and repeat\n // actions via the same code path, without adding API surface area, as well\n // as mimic traditional recursion but across asynchronous boundaries.\n //\n // However, JS runtimes and timers distinguish between intervals achieved by\n // serial `setTimeout` calls vs. a single `setInterval` call. An interval of\n // serial `setTimeout` calls can be individually delayed, which delays\n // scheduling the next `setTimeout`, and so on. `setInterval` attempts to\n // guarantee the interval callback will be invoked more precisely to the\n // interval period, regardless of load.\n //\n // Therefore, we use `setInterval` to schedule single and repeat actions.\n // If the action reschedules itself with the same delay, the interval is not\n // canceled. If the action doesn't reschedule, or reschedules with a\n // different delay, the interval will be canceled after scheduled callback\n // execution.\n //\n if (id != null) {\n this.id = this.recycleAsyncId(scheduler, id, delay);\n }\n\n // Set the pending flag indicating that this action has been scheduled, or\n // has recursively rescheduled itself.\n this.pending = true;\n\n this.delay = delay;\n // If this action has already an async Id, don't request a new one.\n this.id = this.id ?? this.requestAsyncId(scheduler, this.id, delay);\n\n return this;\n }\n\n protected requestAsyncId(scheduler: AsyncScheduler, _id?: TimerHandle, delay: number = 0): TimerHandle {\n return intervalProvider.setInterval(scheduler.flush.bind(scheduler, this), delay);\n }\n\n protected recycleAsyncId(_scheduler: AsyncScheduler, id?: TimerHandle, delay: number | null = 0): TimerHandle | undefined {\n // If this action is rescheduled with the same delay time, don't clear the interval id.\n if (delay != null && this.delay === delay && this.pending === false) {\n return id;\n }\n // Otherwise, if the action's delay time is different from the current delay,\n // or the action has been rescheduled before it's executed, clear the interval id\n if (id != null) {\n intervalProvider.clearInterval(id);\n }\n\n return undefined;\n }\n\n /**\n * Immediately executes this action and the `work` it contains.\n * @return {any}\n */\n public execute(state: T, delay: number): any {\n if (this.closed) {\n return new Error('executing a cancelled action');\n }\n\n this.pending = false;\n const error = this._execute(state, delay);\n if (error) {\n return error;\n } else if (this.pending === false && this.id != null) {\n // Dequeue if the action didn't reschedule itself. Don't call\n // unsubscribe(), because the action could reschedule later.\n // For example:\n // ```\n // scheduler.schedule(function doWork(counter) {\n // /* ... I'm a busy worker bee ... */\n // var originalAction = this;\n // /* wait 100ms before rescheduling the action */\n // setTimeout(function () {\n // originalAction.schedule(counter + 1);\n // }, 100);\n // }, 1000);\n // ```\n this.id = this.recycleAsyncId(this.scheduler, this.id, null);\n }\n }\n\n protected _execute(state: T, _delay: number): any {\n let errored: boolean = false;\n let errorValue: any;\n try {\n this.work(state);\n } catch (e) {\n errored = true;\n // HACK: Since code elsewhere is relying on the \"truthiness\" of the\n // return here, we can't have it return \"\" or 0 or false.\n // TODO: Clean this up when we refactor schedulers mid-version-8 or so.\n errorValue = e ? e : new Error('Scheduled action threw falsy error');\n }\n if (errored) {\n this.unsubscribe();\n return errorValue;\n }\n }\n\n unsubscribe() {\n if (!this.closed) {\n const { id, scheduler } = this;\n const { actions } = scheduler;\n\n this.work = this.state = this.scheduler = null!;\n this.pending = false;\n\n arrRemove(actions, this);\n if (id != null) {\n this.id = this.recycleAsyncId(scheduler, id, null);\n }\n\n this.delay = null!;\n super.unsubscribe();\n }\n }\n}\n", "import { Action } from './scheduler/Action';\nimport { Subscription } from './Subscription';\nimport { SchedulerLike, SchedulerAction } from './types';\nimport { dateTimestampProvider } from './scheduler/dateTimestampProvider';\n\n/**\n * An execution context and a data structure to order tasks and schedule their\n * execution. Provides a notion of (potentially virtual) time, through the\n * `now()` getter method.\n *\n * Each unit of work in a Scheduler is called an `Action`.\n *\n * ```ts\n * class Scheduler {\n * now(): number;\n * schedule(work, delay?, state?): Subscription;\n * }\n * ```\n *\n * @class Scheduler\n * @deprecated Scheduler is an internal implementation detail of RxJS, and\n * should not be used directly. Rather, create your own class and implement\n * {@link SchedulerLike}. Will be made internal in v8.\n */\nexport class Scheduler implements SchedulerLike {\n public static now: () => number = dateTimestampProvider.now;\n\n constructor(private schedulerActionCtor: typeof Action, now: () => number = Scheduler.now) {\n this.now = now;\n }\n\n /**\n * A getter method that returns a number representing the current time\n * (at the time this function was called) according to the scheduler's own\n * internal clock.\n * @return {number} A number that represents the current time. May or may not\n * have a relation to wall-clock time. May or may not refer to a time unit\n * (e.g. milliseconds).\n */\n public now: () => number;\n\n /**\n * Schedules a function, `work`, for execution. May happen at some point in\n * the future, according to the `delay` parameter, if specified. May be passed\n * some context object, `state`, which will be passed to the `work` function.\n *\n * The given arguments will be processed an stored as an Action object in a\n * queue of actions.\n *\n * @param {function(state: ?T): ?Subscription} work A function representing a\n * task, or some unit of work to be executed by the Scheduler.\n * @param {number} [delay] Time to wait before executing the work, where the\n * time unit is implicit and defined by the Scheduler itself.\n * @param {T} [state] Some contextual data that the `work` function uses when\n * called by the Scheduler.\n * @return {Subscription} A subscription in order to be able to unsubscribe\n * the scheduled work.\n */\n public schedule(work: (this: SchedulerAction, state?: T) => void, delay: number = 0, state?: T): Subscription {\n return new this.schedulerActionCtor(this, work).schedule(state, delay);\n }\n}\n", "import { Scheduler } from '../Scheduler';\nimport { Action } from './Action';\nimport { AsyncAction } from './AsyncAction';\nimport { TimerHandle } from './timerHandle';\n\nexport class AsyncScheduler extends Scheduler {\n public actions: Array> = [];\n /**\n * A flag to indicate whether the Scheduler is currently executing a batch of\n * queued actions.\n * @type {boolean}\n * @internal\n */\n public _active: boolean = false;\n /**\n * An internal ID used to track the latest asynchronous task such as those\n * coming from `setTimeout`, `setInterval`, `requestAnimationFrame`, and\n * others.\n * @type {any}\n * @internal\n */\n public _scheduled: TimerHandle | undefined;\n\n constructor(SchedulerAction: typeof Action, now: () => number = Scheduler.now) {\n super(SchedulerAction, now);\n }\n\n public flush(action: AsyncAction): void {\n const { actions } = this;\n\n if (this._active) {\n actions.push(action);\n return;\n }\n\n let error: any;\n this._active = true;\n\n do {\n if ((error = action.execute(action.state, action.delay))) {\n break;\n }\n } while ((action = actions.shift()!)); // exhaust the scheduler queue\n\n this._active = false;\n\n if (error) {\n while ((action = actions.shift()!)) {\n action.unsubscribe();\n }\n throw error;\n }\n }\n}\n", "import { AsyncAction } from './AsyncAction';\nimport { AsyncScheduler } from './AsyncScheduler';\n\n/**\n *\n * Async Scheduler\n *\n * Schedule task as if you used setTimeout(task, duration)\n *\n * `async` scheduler schedules tasks asynchronously, by putting them on the JavaScript\n * event loop queue. It is best used to delay tasks in time or to schedule tasks repeating\n * in intervals.\n *\n * If you just want to \"defer\" task, that is to perform it right after currently\n * executing synchronous code ends (commonly achieved by `setTimeout(deferredTask, 0)`),\n * better choice will be the {@link asapScheduler} scheduler.\n *\n * ## Examples\n * Use async scheduler to delay task\n * ```ts\n * import { asyncScheduler } from 'rxjs';\n *\n * const task = () => console.log('it works!');\n *\n * asyncScheduler.schedule(task, 2000);\n *\n * // After 2 seconds logs:\n * // \"it works!\"\n * ```\n *\n * Use async scheduler to repeat task in intervals\n * ```ts\n * import { asyncScheduler } from 'rxjs';\n *\n * function task(state) {\n * console.log(state);\n * this.schedule(state + 1, 1000); // `this` references currently executing Action,\n * // which we reschedule with new state and delay\n * }\n *\n * asyncScheduler.schedule(task, 3000, 0);\n *\n * // Logs:\n * // 0 after 3s\n * // 1 after 4s\n * // 2 after 5s\n * // 3 after 6s\n * ```\n */\n\nexport const asyncScheduler = new AsyncScheduler(AsyncAction);\n\n/**\n * @deprecated Renamed to {@link asyncScheduler}. Will be removed in v8.\n */\nexport const async = asyncScheduler;\n", "import { AsyncAction } from './AsyncAction';\nimport { Subscription } from '../Subscription';\nimport { QueueScheduler } from './QueueScheduler';\nimport { SchedulerAction } from '../types';\nimport { TimerHandle } from './timerHandle';\n\nexport class QueueAction extends AsyncAction {\n constructor(protected scheduler: QueueScheduler, protected work: (this: SchedulerAction, state?: T) => void) {\n super(scheduler, work);\n }\n\n public schedule(state?: T, delay: number = 0): Subscription {\n if (delay > 0) {\n return super.schedule(state, delay);\n }\n this.delay = delay;\n this.state = state;\n this.scheduler.flush(this);\n return this;\n }\n\n public execute(state: T, delay: number): any {\n return delay > 0 || this.closed ? super.execute(state, delay) : this._execute(state, delay);\n }\n\n protected requestAsyncId(scheduler: QueueScheduler, id?: TimerHandle, delay: number = 0): TimerHandle {\n // If delay exists and is greater than 0, or if the delay is null (the\n // action wasn't rescheduled) but was originally scheduled as an async\n // action, then recycle as an async action.\n\n if ((delay != null && delay > 0) || (delay == null && this.delay > 0)) {\n return super.requestAsyncId(scheduler, id, delay);\n }\n\n // Otherwise flush the scheduler starting with this action.\n scheduler.flush(this);\n\n // HACK: In the past, this was returning `void`. However, `void` isn't a valid\n // `TimerHandle`, and generally the return value here isn't really used. So the\n // compromise is to return `0` which is both \"falsy\" and a valid `TimerHandle`,\n // as opposed to refactoring every other instanceo of `requestAsyncId`.\n return 0;\n }\n}\n", "import { AsyncScheduler } from './AsyncScheduler';\n\nexport class QueueScheduler extends AsyncScheduler {\n}\n", "import { QueueAction } from './QueueAction';\nimport { QueueScheduler } from './QueueScheduler';\n\n/**\n *\n * Queue Scheduler\n *\n * Put every next task on a queue, instead of executing it immediately\n *\n * `queue` scheduler, when used with delay, behaves the same as {@link asyncScheduler} scheduler.\n *\n * When used without delay, it schedules given task synchronously - executes it right when\n * it is scheduled. However when called recursively, that is when inside the scheduled task,\n * another task is scheduled with queue scheduler, instead of executing immediately as well,\n * that task will be put on a queue and wait for current one to finish.\n *\n * This means that when you execute task with `queue` scheduler, you are sure it will end\n * before any other task scheduled with that scheduler will start.\n *\n * ## Examples\n * Schedule recursively first, then do something\n * ```ts\n * import { queueScheduler } from 'rxjs';\n *\n * queueScheduler.schedule(() => {\n * queueScheduler.schedule(() => console.log('second')); // will not happen now, but will be put on a queue\n *\n * console.log('first');\n * });\n *\n * // Logs:\n * // \"first\"\n * // \"second\"\n * ```\n *\n * Reschedule itself recursively\n * ```ts\n * import { queueScheduler } from 'rxjs';\n *\n * queueScheduler.schedule(function(state) {\n * if (state !== 0) {\n * console.log('before', state);\n * this.schedule(state - 1); // `this` references currently executing Action,\n * // which we reschedule with new state\n * console.log('after', state);\n * }\n * }, 0, 3);\n *\n * // In scheduler that runs recursively, you would expect:\n * // \"before\", 3\n * // \"before\", 2\n * // \"before\", 1\n * // \"after\", 1\n * // \"after\", 2\n * // \"after\", 3\n *\n * // But with queue it logs:\n * // \"before\", 3\n * // \"after\", 3\n * // \"before\", 2\n * // \"after\", 2\n * // \"before\", 1\n * // \"after\", 1\n * ```\n */\n\nexport const queueScheduler = new QueueScheduler(QueueAction);\n\n/**\n * @deprecated Renamed to {@link queueScheduler}. Will be removed in v8.\n */\nexport const queue = queueScheduler;\n", "import { AsyncAction } from './AsyncAction';\nimport { AnimationFrameScheduler } from './AnimationFrameScheduler';\nimport { SchedulerAction } from '../types';\nimport { animationFrameProvider } from './animationFrameProvider';\nimport { TimerHandle } from './timerHandle';\n\nexport class AnimationFrameAction extends AsyncAction {\n constructor(protected scheduler: AnimationFrameScheduler, protected work: (this: SchedulerAction, state?: T) => void) {\n super(scheduler, work);\n }\n\n protected requestAsyncId(scheduler: AnimationFrameScheduler, id?: TimerHandle, delay: number = 0): TimerHandle {\n // If delay is greater than 0, request as an async action.\n if (delay !== null && delay > 0) {\n return super.requestAsyncId(scheduler, id, delay);\n }\n // Push the action to the end of the scheduler queue.\n scheduler.actions.push(this);\n // If an animation frame has already been requested, don't request another\n // one. If an animation frame hasn't been requested yet, request one. Return\n // the current animation frame request id.\n return scheduler._scheduled || (scheduler._scheduled = animationFrameProvider.requestAnimationFrame(() => scheduler.flush(undefined)));\n }\n\n protected recycleAsyncId(scheduler: AnimationFrameScheduler, id?: TimerHandle, delay: number = 0): TimerHandle | undefined {\n // If delay exists and is greater than 0, or if the delay is null (the\n // action wasn't rescheduled) but was originally scheduled as an async\n // action, then recycle as an async action.\n if (delay != null ? delay > 0 : this.delay > 0) {\n return super.recycleAsyncId(scheduler, id, delay);\n }\n // If the scheduler queue has no remaining actions with the same async id,\n // cancel the requested animation frame and set the scheduled flag to\n // undefined so the next AnimationFrameAction will request its own.\n const { actions } = scheduler;\n if (id != null && actions[actions.length - 1]?.id !== id) {\n animationFrameProvider.cancelAnimationFrame(id as number);\n scheduler._scheduled = undefined;\n }\n // Return undefined so the action knows to request a new async id if it's rescheduled.\n return undefined;\n }\n}\n", "import { AsyncAction } from './AsyncAction';\nimport { AsyncScheduler } from './AsyncScheduler';\n\nexport class AnimationFrameScheduler extends AsyncScheduler {\n public flush(action?: AsyncAction): void {\n this._active = true;\n // The async id that effects a call to flush is stored in _scheduled.\n // Before executing an action, it's necessary to check the action's async\n // id to determine whether it's supposed to be executed in the current\n // flush.\n // Previous implementations of this method used a count to determine this,\n // but that was unsound, as actions that are unsubscribed - i.e. cancelled -\n // are removed from the actions array and that can shift actions that are\n // scheduled to be executed in a subsequent flush into positions at which\n // they are executed within the current flush.\n const flushId = this._scheduled;\n this._scheduled = undefined;\n\n const { actions } = this;\n let error: any;\n action = action || actions.shift()!;\n\n do {\n if ((error = action.execute(action.state, action.delay))) {\n break;\n }\n } while ((action = actions[0]) && action.id === flushId && actions.shift());\n\n this._active = false;\n\n if (error) {\n while ((action = actions[0]) && action.id === flushId && actions.shift()) {\n action.unsubscribe();\n }\n throw error;\n }\n }\n}\n", "import { AnimationFrameAction } from './AnimationFrameAction';\nimport { AnimationFrameScheduler } from './AnimationFrameScheduler';\n\n/**\n *\n * Animation Frame Scheduler\n *\n * Perform task when `window.requestAnimationFrame` would fire\n *\n * When `animationFrame` scheduler is used with delay, it will fall back to {@link asyncScheduler} scheduler\n * behaviour.\n *\n * Without delay, `animationFrame` scheduler can be used to create smooth browser animations.\n * It makes sure scheduled task will happen just before next browser content repaint,\n * thus performing animations as efficiently as possible.\n *\n * ## Example\n * Schedule div height animation\n * ```ts\n * // html:
\n * import { animationFrameScheduler } from 'rxjs';\n *\n * const div = document.querySelector('div');\n *\n * animationFrameScheduler.schedule(function(height) {\n * div.style.height = height + \"px\";\n *\n * this.schedule(height + 1); // `this` references currently executing Action,\n * // which we reschedule with new state\n * }, 0, 0);\n *\n * // You will see a div element growing in height\n * ```\n */\n\nexport const animationFrameScheduler = new AnimationFrameScheduler(AnimationFrameAction);\n\n/**\n * @deprecated Renamed to {@link animationFrameScheduler}. Will be removed in v8.\n */\nexport const animationFrame = animationFrameScheduler;\n", "import { Observable } from '../Observable';\nimport { SchedulerLike } from '../types';\n\n/**\n * A simple Observable that emits no items to the Observer and immediately\n * emits a complete notification.\n *\n * Just emits 'complete', and nothing else.\n *\n * ![](empty.png)\n *\n * A simple Observable that only emits the complete notification. It can be used\n * for composing with other Observables, such as in a {@link mergeMap}.\n *\n * ## Examples\n *\n * Log complete notification\n *\n * ```ts\n * import { EMPTY } from 'rxjs';\n *\n * EMPTY.subscribe({\n * next: () => console.log('Next'),\n * complete: () => console.log('Complete!')\n * });\n *\n * // Outputs\n * // Complete!\n * ```\n *\n * Emit the number 7, then complete\n *\n * ```ts\n * import { EMPTY, startWith } from 'rxjs';\n *\n * const result = EMPTY.pipe(startWith(7));\n * result.subscribe(x => console.log(x));\n *\n * // Outputs\n * // 7\n * ```\n *\n * Map and flatten only odd numbers to the sequence `'a'`, `'b'`, `'c'`\n *\n * ```ts\n * import { interval, mergeMap, of, EMPTY } from 'rxjs';\n *\n * const interval$ = interval(1000);\n * const result = interval$.pipe(\n * mergeMap(x => x % 2 === 1 ? of('a', 'b', 'c') : EMPTY),\n * );\n * result.subscribe(x => console.log(x));\n *\n * // Results in the following to the console:\n * // x is equal to the count on the interval, e.g. (0, 1, 2, 3, ...)\n * // x will occur every 1000ms\n * // if x % 2 is equal to 1, print a, b, c (each on its own)\n * // if x % 2 is not equal to 1, nothing will be output\n * ```\n *\n * @see {@link Observable}\n * @see {@link NEVER}\n * @see {@link of}\n * @see {@link throwError}\n */\nexport const EMPTY = new Observable((subscriber) => subscriber.complete());\n\n/**\n * @param scheduler A {@link SchedulerLike} to use for scheduling\n * the emission of the complete notification.\n * @deprecated Replaced with the {@link EMPTY} constant or {@link scheduled} (e.g. `scheduled([], scheduler)`). Will be removed in v8.\n */\nexport function empty(scheduler?: SchedulerLike) {\n return scheduler ? emptyScheduled(scheduler) : EMPTY;\n}\n\nfunction emptyScheduled(scheduler: SchedulerLike) {\n return new Observable((subscriber) => scheduler.schedule(() => subscriber.complete()));\n}\n", "import { SchedulerLike } from '../types';\nimport { isFunction } from './isFunction';\n\nexport function isScheduler(value: any): value is SchedulerLike {\n return value && isFunction(value.schedule);\n}\n", "import { SchedulerLike } from '../types';\nimport { isFunction } from './isFunction';\nimport { isScheduler } from './isScheduler';\n\nfunction last(arr: T[]): T | undefined {\n return arr[arr.length - 1];\n}\n\nexport function popResultSelector(args: any[]): ((...args: unknown[]) => unknown) | undefined {\n return isFunction(last(args)) ? args.pop() : undefined;\n}\n\nexport function popScheduler(args: any[]): SchedulerLike | undefined {\n return isScheduler(last(args)) ? args.pop() : undefined;\n}\n\nexport function popNumber(args: any[], defaultValue: number): number {\n return typeof last(args) === 'number' ? args.pop()! : defaultValue;\n}\n", "export const isArrayLike = ((x: any): x is ArrayLike => x && typeof x.length === 'number' && typeof x !== 'function');", "import { isFunction } from \"./isFunction\";\n\n/**\n * Tests to see if the object is \"thennable\".\n * @param value the object to test\n */\nexport function isPromise(value: any): value is PromiseLike {\n return isFunction(value?.then);\n}\n", "import { InteropObservable } from '../types';\nimport { observable as Symbol_observable } from '../symbol/observable';\nimport { isFunction } from './isFunction';\n\n/** Identifies an input as being Observable (but not necessary an Rx Observable) */\nexport function isInteropObservable(input: any): input is InteropObservable {\n return isFunction(input[Symbol_observable]);\n}\n", "import { isFunction } from './isFunction';\n\nexport function isAsyncIterable(obj: any): obj is AsyncIterable {\n return Symbol.asyncIterator && isFunction(obj?.[Symbol.asyncIterator]);\n}\n", "/**\n * Creates the TypeError to throw if an invalid object is passed to `from` or `scheduled`.\n * @param input The object that was passed.\n */\nexport function createInvalidObservableTypeError(input: any) {\n // TODO: We should create error codes that can be looked up, so this can be less verbose.\n return new TypeError(\n `You provided ${\n input !== null && typeof input === 'object' ? 'an invalid object' : `'${input}'`\n } where a stream was expected. You can provide an Observable, Promise, ReadableStream, Array, AsyncIterable, or Iterable.`\n );\n}\n", "export function getSymbolIterator(): symbol {\n if (typeof Symbol !== 'function' || !Symbol.iterator) {\n return '@@iterator' as any;\n }\n\n return Symbol.iterator;\n}\n\nexport const iterator = getSymbolIterator();\n", "import { iterator as Symbol_iterator } from '../symbol/iterator';\nimport { isFunction } from './isFunction';\n\n/** Identifies an input as being an Iterable */\nexport function isIterable(input: any): input is Iterable {\n return isFunction(input?.[Symbol_iterator]);\n}\n", "import { ReadableStreamLike } from '../types';\nimport { isFunction } from './isFunction';\n\nexport async function* readableStreamLikeToAsyncGenerator(readableStream: ReadableStreamLike): AsyncGenerator {\n const reader = readableStream.getReader();\n try {\n while (true) {\n const { value, done } = await reader.read();\n if (done) {\n return;\n }\n yield value!;\n }\n } finally {\n reader.releaseLock();\n }\n}\n\nexport function isReadableStreamLike(obj: any): obj is ReadableStreamLike {\n // We don't want to use instanceof checks because they would return\n // false for instances from another Realm, like an + +

Bibliografia

+ +

Referências Bibliográficas

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.009/12/2024Criação da página.Márcio HenriqueLuiza Maluf
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/design_avaliacao/analise_tarefa/planej_result/index.html b/design_avaliacao/analise_tarefa/planej_result/index.html new file mode 100644 index 00000000..bb6ebf03 --- /dev/null +++ b/design_avaliacao/analise_tarefa/planej_result/index.html @@ -0,0 +1,4254 @@ + + + + + + + + + + + + + + + + + + + + + + + Planejamento do Relato dos Resultados da Avaliação - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Planejamento do Relato dos Resultados da Avaliação da Análise de Tarefas

+

Introdução

+

A estruturação prévia do relatório, baseada no planejamento da avaliação, garante que todas as informações relevantes sejam apresentadas de forma coesa e lógica, facilitando a compreensão e a tomada de decisões sobre as próximas etapas do projeto.

+

Metodologia

+

Tendo como base os conceitos tratatos no livro de Barbosa e Silva (2011, p.279) e adaptando-os para o documento a ser desenvolvido pela equipe, esses vão incluir:

+
    +
  • Objetivo e escopo da avaliação
    • +
  • Método de avaliação
    • +
  • Seleção dos participantes
    • +
  • Problemas e dificuldades encontradas
    • +
  • Feedback dos usuários
    • +
  • Análise e interpretação dos usuários
    • +
  • Sumários dos principais resultados
    • +
+

Objetivo e escopo da avaliação

+

Nessa fase, o documento deve explicitar os motivos e objetivos da avaliação, justificando sua importância e detalhando as expectativas e metas a serem alcançadas com a análise de tarefas.

+

Método de avaliação

+

Optamos por combinar observação e entrevistas com os usuários, seguindo um modelo padrão para garantir a uniformidade dos dados coletados. A Tabela 1 apresenta um cronograma sugerido para as entrevistas, que poderá ser ajustado conforme o necessário.

+

+Tabela 1 - Cronograma Planejado.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Entrevistadores(s)Entrevistado(s)Horário de InícioHorário de FimDataLocal
Márcio HenriqueBruno Bragança16:4016:4522/12/2024Plataforma Google Meet
Luiza MalufLucas Gama17:0017:0503/05/2025Presencial
+

Autor - Márcio Henrique. +

+

Seleção dos participantes

+

A seleção dos entrevistados foi realizada com base no perfil de usuário definido para o projeto, garantindo que os participantes representem o público-alvo desejado.

+

Problemas e dificuldades encontradas

+

Nessa seção do documento, o entrevistador deve detalhadamente listar os problemas e dificuldades específicas que o usuário encontrou durante a sessão de entrevista. Isso envolve registrar de maneira clara e objetiva cada obstáculo, erro, falha ou desafio enfrentado pelo usuário ao interagir com o sistema ou produto avaliado.

+

Feedback dos usuários

+

Ao coletar e analisar o feedback dos usuários, buscamos compreender suas necessidades e expectativas, garantindo que o sistema seja desenvolvido de forma a atender às suas demandas.

+

Análise e interpretação dos resultados

+

O entrevistador deve realizar uma análise e interpretação dos resultados obtidos a partir da avaliação de tarefas. Isso envolve examinar cuidadosamente os dados coletados durante a avaliação, identificar padrões, tendências e insights relevantes, e extrair conclusões significativas a partir dessas informações. Contextualizar os resultados dentro do objetivo da avaliação e considerar o impacto dos problemas identificados na usabilidade, na experiência do usuário e nos objetivos estabelecidos.

+

Sumário dos principais resultados

+

Ao final do documento, é necessário que o entrevistador faça um resumo dos tópicos considerados essenciais dentro dos objetivos da avaliação. Essa etapa permitirá reunir em uma única perspectiva as principais informações relacionadas às melhorias a serem aplicadas na plataforma do Detran DF. Este deve conter os aspectos mais relevantes identificados durante a avaliação, incluindo os problemas encontrados, as sugestões de melhorias propostas e o feedback dos usuários.

+

E a possibilidade de disponibilizar as gravações.

+

Referências Bibliográficas

+
+

Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021);Interação Humano-Computador e Experiência do usuário.

+
+

Bibliografia

+
+

MACHADO, Maurício; Planejamento do relato de resultados. Repositório do Grupo Lichess da disciplina de Interação Humano Computador da Universidade de Brasília, 2022. Disponível em: <https://interacao-humano-computador.github.io/2022.2-Lichess/design_avaliacao_desenvolvimento/nivel_1/analise_tarefas/planejamento_resultado_analise_tarefas/>. Acesso em: 09 dezembro 2024.

+
+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.009/12/2024Criação do documento.Márcio HenriqueLuiza Maluf
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/design_avaliacao/analise_tarefa/relato_analise/index.html b/design_avaliacao/analise_tarefa/relato_analise/index.html new file mode 100644 index 00000000..b7ac0bad --- /dev/null +++ b/design_avaliacao/analise_tarefa/relato_analise/index.html @@ -0,0 +1,4609 @@ + + + + + + + + + + + + + + + + + + + + + + + Relato dos resultados - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Relato dos Resultados da Avaliação da Análise de Tarefas

+

Introdução

+

Este artefato é responsável pela documentação dos resultados encontrados +após a avaliação da Análise de Tarefas. Será seguido a estrutura conforme +explicitado no Planejamento da Avaliação do Relato da Análise de Tarefas.

+

Objetivo e escopo da avaliação

+

A avaliação teve como objetivo verificar se os artefatos produzidos na +análise de tarefas estão em conformidade com os padrões exigidos para esse +artefato estão sendo seguidos e se existe algum design alternativo para a análise.

+

Entrevista - Agendamento de serviços

+

Método de avaliação

+

Foi escolhido a combinação entre observação e entrevistas com os usuários, +seguindo um modelo padrão para garantir a uniformidade dos dados coletados.

+

+Tabela 1 - Cronograma Executado.

+ + + + + + + + + + + + + + + + + + + + + +
Entrevistadores(s)Entrevistado(s)Horário de InícioHorário de FimDataLocal
Luiza MalufLucas Gama17:0017:0503/05/2025Presencial
+

Autor - Luiza Maluf. +

+

Seleção do participante

+

A seleção do entrevistado foi realizada com base no perfil de usuário de forma que seja um representante do público alvo desejado.

+

Nesse sentido, Lucas Gama de Araujo Bottino (21), foi o canditado +escolhido representando o Perfil A uma vez que é habilitado, possui +experiência intermediária para avançada com tecnologia, e possui tarefas +primárias como renovação de CNH, consulta de multas e agendamento de serviços.

+

Problemas e dificuldades encontradas

+

Nenhum problema ou dificuldade foi encontrada pelo entrevistado, contudo se fez ausente a possibilidade +de se ter um acompanhamento do agenadamento do serviço, seja para remarcar, seja para cancelar.

+

Feedback dos usuários

+

O entrevistado sugeriu a existência de uma companhamento de serviço de forma que ele possa conferir as informações, +reagendar ou cancelar o agendamento do serviço.

+

Análise e intepretação dos resultados

+

Tendo em vista a entrevista realizada, é possível concluir que o fluxo da tarefa de agendamento está de acordo com à realidade e necessidade do usuário. +Contudo, para que o usuário tenha a experiência completa, foi sugerido a adição da funcionalidade de acompanhamento de agendamento de serviços.

+

Sumários dos principais resultados

+
    +
  • +

    O fluxo da tarefa de agendamento está de acordo com à realidade e necessidade do usuário.

    +
    • +
  • +

    Foi sugerido a adição da funcionalidade de acompanhamento de agendamento de serviços.

    +
    • +
+

De acordo com esses resultados, é indicado acrescentar na análise de tarefas a parte de acompanhamento, permitindo ao usuário uma experiência completa.

+

Tabela 2 - Perguntas da entrevista.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
NúmeroPerguntaResposta Possíveis
1Qual o seu nome?Lucas Gama de Araujo Bottino
2Qual seu grau de experiência com tecnologias?"Grau avançado"
3Como você iniciaria o processo no sistema do Detran?[X] Acessar o site/app do Detran e fazer login
[ ] Outro, como?
⚠️ Informar para usar a conta Gov.br.
4Como você escolheria o serviço desejado (transferência ou agendamento)?[X] Selecionar o serviço na lista disponível
[ ] Outro, como?
5Como você confirmaria os dados apresentados (veículo ou serviço)?[X] Revisar e confirmar no sistema
[ ] Outro, como?
6Como você realizaria a autenticação digital?[X] Utilizar Gov.br para autenticação
[ ] Outro, como?
7Como você selecionaria a data e horário de um agendamento?[X] Escolher data e horário no calendário do sistema
[ ] Outro, como?
8Como você efetuaria o pagamento das taxas necessárias?[X] Gerar boleto/PIX e pagar pelo sistema
[ ] Outro, como?
9Como você confirmaria a finalização do processo (transferência ou agendamento)?[X] Confirmar e baixar o documento digital
[ ] Outro, como?
10Como você acessaria a central de ajuda em caso de dúvidas?[X] Clicar em "Central de Ajuda" no site/app
[ ] Outro, como?
11A sequência de processos apresentada está clara para você? Se não, por quê?"Está clara"
⚠️ Mostrar a tarefa ao usuário e explicá-la.
12Se houvesse um problema, você saberia como cancelar ou reagendar um serviço?[ ] Sim, pelo painel de agendamentos
[X] Outro, como?
13Observando os processos, há algo que você considera difícil ou confuso?"Não"
14Os processos refletem sua experiência real?(X) SIM ( ) NÃO
15Você teria alguma sugestão de melhoria para os processos apresentados?"Adição de uma seção de acompanhamento de agendamento¨
16Você tem alguma sugestão de melhoria para a interface do sistema (site/app)?"Não"
+

Autor - Márcio Henrique.

+

+

+ +

+

Entrevista - Transferêcia de Veículos

+

Método de avaliação

+

Foi escolhido a combinação entre observação e entrevistas com os usuários, +seguindo um modelo padrão para garantir a uniformidade dos dados coletados.

+

+Tabela 1 - Cronograma Executado.

+ + + + + + + + + + + + + + + + + + + + + +
Entrevistadores(s)Entrevistado(s)Horário de InícioHorário de FimDataLocal
Márcio HenriqueEduardo Galvão11:3011:4503/05/2025Presencial
+

Autor - Márcio Henrique. +

+

Seleção do participante

+

A seleção do entrevistado foi realizada com base no perfil de usuário de forma que seja um representante do público alvo desejado.

+

Nesse sentido, Eduardo Galvão Cavalheiro (20), foi o canditado +escolhido representando o Perfil C uma vez que é habilitado, possui +experiência intermediária para avançada com tecnologia, e possui tarefas (e já teve o contato) +primárias como o de trasnferência de veículos.

+

Problemas e dificuldades encontradas

+

Nenhum problema ou dificuldade foi encontrada pelo entrevistado, entretando não foi claro dentro das tarefas a etapa de vistoria do veículo, mas visto que é um processo que é feito "fora" do sistema, não foi mensionado.

+

Feedback dos usuários

+

O entrevistado deixou claro que todas a etapas estão claras bem especificadas. É deixou claro que caso não consiga alcançar um dos objetivos ele iria estar presencialmente em uma das sede dos detran, ponto que já foi previamente colocada na análise de tarefas.

+

Análise e intepretação dos resultados

+

Tendo em vista a entrevista realizada, é possível concluir que o fluxo de transferência de veículos está de acordo com à realidade e necessidade do usuário.

+

Sumários dos principais resultados

+
    +
  • O fluxo de transferência de veículos está de acordo com à realidade e necessidade do usuário.
    • +
+

Tabela 2 - Perguntas da entrevista.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
NúmeroPerguntaResposta Possíveis
1Qual o seu nome?Eduardo Galvão Cavalheiro
2Qual seu grau de experiência com tecnologias?"Grau avançado"
3Como você iniciaria o processo no sistema do Detran?[X] Acessar o site/app do Detran e fazer login
[ ] Outro, como?
⚠️ Informar para usar a conta Gov.br.
4Como você escolheria o serviço desejado (transferência ou agendamento)?[X] Selecionar o serviço na lista disponível
[ ] Outro, como?
5Como você confirmaria os dados apresentados (veículo ou serviço)?[X] Revisar e confirmar no sistema
[ ] Outro, como?
6Como você realizaria a autenticação digital?[X] Utilizar Gov.br para autenticação
[ ] Outro, como?
7Como você efetuaria o pagamento das taxas necessárias?[X] Gerar boleto/PIX e pagar pelo sistema
[ ] Outro, como?
8Como você confirmaria a finalização do processo (transferência ou agendamento)?[X] Confirmar e baixar o documento digital
[ ] Outro, como?
9Como você acessaria a central de ajuda em caso de dúvidas?[X] Clicar em "Central de Ajuda" no site/app
[ ] Outro, como?
10A sequência de processos apresentada está clara para você? Se não, por quê?"Está clara"
⚠️ Mostrar a tarefa ao usuário e explicá-la.
11Observando os processos, há algo que você considera difícil ou confuso?"Não"
12Os processos refletem sua experiência real?(X) SIM ( ) NÃO
13Você teria alguma sugestão de melhoria para os processos apresentados?"Não as etapas estão claras¨
14Você tem alguma sugestão de melhoria para a interface do sistema (site/app)?"Não"
+

Autor - Márcio Henrique. Adaptado

+

+

+ +

+

Referências Bibliográficas

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.004/01/2025Registro da avaliação do storyboard referente ao agendamento de serviçosLuiza MalufMárcio Henrique
1.105/01/2025Registro da avaliação do storyboard referente a trasferência de veículosMárcio HenriqueLuiza Maluf
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/design_avaliacao/p_alta/planejamento_exec/index.html b/design_avaliacao/p_alta/planejamento_exec/index.html new file mode 100644 index 00000000..3d930a9c --- /dev/null +++ b/design_avaliacao/p_alta/planejamento_exec/index.html @@ -0,0 +1,4623 @@ + + + + + + + + + + + + + + + + + + + + + + + Planejamento da Avaliação do protótipo de alta fidelidade - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Planejamento da Avaliação do Protótipo de Alta Fidelidade

+

Introdução

+

O prototipo de alta fidelidade é um recurso para testar o produto ou serviço com design e interatividade semelhantes à entrega final. Nesta avaliação é um processo essencial para que o processo de desenvolvimento consiga produzir um sistema com alta qualidade.

+

Com base nisso, o artefato a seguir visa planejar a avaliação do protótipo de alta fidelidade. Para tanto, serão realizadas entrevistas com usuários reais do produto, tendo como base o perfil de usuário, assim será possível avaliar sua perspectiva de forma dinâmica.

+

Metodologia

+

Para realizar esse planejamento será utilizado o framework DECIDE, onde cada letra da palavra é uma etapa a ser realizada no planejamento. A tabela 1 a seguir apresenta o significado de cada letra.

+

+

Tabela 1 - Letras da palavra DECIDE com os seus significados.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
LetraDefinição
DDeterminar os objetivos da avaliação.
EExplorar perguntas a serem respondidas com a avaliação.
CEscolher os métodos de avaliação a serem utilizados.
IIdentificar e administrar as questões práticas da avaliação.
DDecidir como lidar com as questões éticas.
EAvaliar, interpretar e apresentar os dados
+

Fonte - BARBOSA e SILVA (2011).

+

+

Objetivo

+

O objetivo da avaliação do protótipo de alta fidelidade é testar e obter feedback sobre a usabilidade, funcionalidade e aparência visual de um protótipo que se assemelha de forma mais precisa à versão final do produto ou serviço. A avaliação do protótipo de alta fidelidade busca identificar problemas, avaliar a eficácia do design e da interface além de realizar ajustes antes da implementação completa.

+

+

E - Explorar Perguntas Respondidas com a Avaliação

+

Com base no objetivo da avaliação foram preparadas perguntas baseadas nos seguintes tópicos: +- verificar a conformidade com um padrão; +- comparar ideias e alternativas de design; +- identificar problemas na interação e interface. +As perguntas selecionadas tem o intuito de serem respondidas com essa avaliação e foram feitas com base no Captítulo 9 da literatura de Barbosa e Silva (2011, p.266) as perguntas selecionadas foram as seguintes:

+
    +
  • A interface segue o padrão do sistema operacional?
    • +
  • Foi possível testar a interação e a facilidade de uso do protótipo para identificar problemas de usabilidade?
    • +
  • Foi possível avaliar a aparência e o estilo visual do protótipo, garantindo que ele atenda às expectativas e necessidades dos usuários, transmita a identidade da marca e seja esteticamente agradável?
    • +
  • Foi possível verificar se todas as funcionalidades planejadas estão presentes e funcionam corretamente?
    • +
  • Foi possível obter opiniões, percepções e sugestões dos usuários em relação ao protótipo?
    • +
  • Foi possível identificar quaisquer problemas, erros ou áreas que precisam de ajustes no protótipo antes da implementação final?
    • +
+

C - Escolher os Métodos de Avaliação

+

Para a confecção do artefato a seguir usaremos o teste de usabilidade, é um método empregado na ergonomia e na interação humano-computador, para avaliar e testar a usabilidade de produtos e sistemas, a partir da observação dos usuários durante a interação, como conceituado no Capítulo 10 de Barbosa e Silva (2011, p.341). +A escolha se dá pelo fato de ser um método que permite coletar muitas informações, além de ser flexível permite fazer perguntas que aprofundam ainda mais os objetivos a serem alcançados pelos usuários. Ademais, tal entrevista deve ser estritamente gravada e documentada.

+

I - Identificar Questões Práticas da Avaliação

+

Recrutamento

+

Os participantes foram definidos com base no artefato Perfil de Usuário. Dentro de várias literaturas não se tem um numero exato de participantes, sendo m intervalo de 3 a 10 participantes. Para Krug, com três ou quatro participantes a maioria dos problemas é detectada. Dentro do contexto do nosso projeto, e partindo da recomendação de Krug escolheremos ter 3 participantes. Escolha retirada da literatura de Santa-Rosa ,2005.

+

Preparação

+

Na atividade de preparação, são realizadas as atividades comuns aos métodos de observação.

+
    +
  • Transferência de Veículo
    • +
  • Agendamento de Serviço
    • +
+

Script

+

Para a realização dessas tarefas o entrevistador passará um script ao participante com as seguintes informações:

+
    +
  • Opções que ele deve selecionar para Transferência de Veículo e Agendamento de Serviço.
    • +
  • Método de pagamento.
    • +
+

Também será solicitado que a cada ação ele narre o que está fazendo.

+

Transferência de veículo

+

Essa tarefa tem o intuito do participante realizar uma busca de um determinado evento selecionado pelo entrevistador.

+

O objetivo da tarefa consiste em verificar se o participante consegue realizar uma tranferência pelo portal do Detran DF.

+

Para execução dessa tarefa, o participante deverá acessar o portal do DETRAN e localizar a opção de "Transferência de Veículo" no menu principal. Em seguida, será orientado a iniciar o processo de transferência preenchendo os dados do veículo, como placa e RENAVAM, e os dados do novo proprietário.

+

Após essa etapa, o participante precisará realizar o upload dos documentos obrigatórios, como o Certificado de Registro do Veículo (CRV) assinado e com firma reconhecida, comprovante de pagamento de taxas e outros documentos solicitados pelo sistema. O próximo passo será selecionar a unidade do DETRAN mais próxima para a entrega dos documentos originais e confirmação da transferência.

+

Durante a execução, será avaliada a capacidade do participante de seguir as instruções fornecidas pelo sistema, bem como identificar eventuais dificuldades ou pontos de confusão no processo.

+

Agendar Serviço

+

O objetivo dessa tarefa consiste em determinar se o participante consegue agendar um serviço seguindo os passos apresentados pelo protótipo.

+

Para execução dessa tarefa, o participante deverá acessar o portal do DETRAN e localizar a seção de "Agendamento de Serviços". A partir daí, será orientado a selecionar o tipo de serviço desejado, como "Renovação de CNH" ou "Vistoria Veicular".

+

Após selecionar o serviço, o participante deverá escolher uma unidade do DETRAN disponível, uma data e horário de sua preferência, observando as opções oferecidas pelo sistema. Para concluir o agendamento, será necessário confirmar os dados pessoais e fornecer o número do documento solicitado, além de aceitar os Termos de Uso.

+

Durante essa tarefa, será avaliado o fluxo de navegação do participante, a clareza das instruções do sistema e possíveis obstáculos que possam impedir a conclusão do agendamento.

+

Custos

+

A realização das entrevistas não pode gerar custos a equipe e ao usuário, portanto, elas deverão ser feitas utilizando as seguintes ferramentas:

+ +

Vale resaltar que os equipamentos necessários serão quaisquer dispositivos com acesso a internet, aos aplicativos de comunicação e a um navegador de internet que os envolvidos possuírem.

+

Prazos

+

Em relação aos prazos, as entrevistas estão documentadas na tabela 2, sendo apresentado um cronograma com seus tópicos e logo abaixo a tabela 2 com as entrevistas:

+
    +
  • Entrevistador;
    • +
  • Entrevistado;
    • +
  • Horário de início e fim;
    • +
  • Local e data que ocorreu a entrevista.
    • +
+

+

Tabela 2 - Cronograma provável da Avaliação.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
EntrevistadoresUsuárioDataInício-FimLocal
Márcio HenriqueEduardo17/01/202512:40-12:47Presencial
Luiza MalufLucas17/01/202512:50-12:57Presencial
Luiza Maluf e Márcio HenriqueBruno17/01/202513:00-13:07Presencial
+

Autor - Márcio Henrique.

+

+

Roteiro de Perguntas

+

Na entrevista estarão disponíveis capturas de tela para que o usuário possa ver a tarefa da qual o entrevistador estará comentando e a tabela com o seu fluxo. A tabela 3 a seguir mostra o roteiro de perguntas a serem realizadas aos usuários após o termino da avaliação. Já as as perguntas da tabela 4 tem como objetivo guiar os avaliadores com relação aos principais pontos a serem levados em consideração. Essas perguntas foram baseadas nas perguntas a serem repondidas na avaliação. As perguntas foram construidas para atender as perguntas já descritas anteriormente, e adaptada ao livro de Santa-Rosa 2010, pg 176

+

+

Tabela 3 - Perguntas ao usuário.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDEnunciadoRespostaJustificativa
1A interface apresentada atendeu às suas expectativas de usabilidade?AbertaJustifique
2As tarefas solicitadas refletem ações que você realizaria no dia a dia?AbertaJustifique
3Você tem alguma recomendação para melhorar a organização dos elementos na tela?AbertaJustifique
4Houve algum obstáculo ao executar as tarefas durante o teste?AbertaJustifique
5Você percebeu alguma falha ou comportamento inesperado enquanto usava a interface?AbertaJustifique
+

Autor Márcio Henrique.

+

+

+

Tabela 4 - Diretriz.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDEnunciadoResposta
1O usuário conseguiu utilizar o sistema de forma adequada?Fechada
2Ele alcançou o objetivo esperado? Com que eficiência? Em quanto tempo? Após cometer quantos erros?Aberta
3O usuário compreendeu o próximo passo a ser realizado?Fechada
4Onde os problemas ocorreram? Com que frequência eles acontecem? Qual é a gravidade desses problemas?Aberta
5Quais obstáculos o usuário enfrentou ao tentar alcançar seus objetivos?Aberta
6Quantas vezes o usuário precisou acessar a ajuda on-line ou consultar o manual de usuário?Aberta
+

Autor Márcio Henrique.

+

+

Execução do roteiro

+

O entrevistador precisa instigar o usuário a explicitar suas ideias, de maneira verbal ou ilustrativa, em caso de discordância. Além disso, toda alteração proposta pelo usuário precisa ser anotada pelo entrevistador e, posteriormente, avaliada em conjunto para ser validada junto ao usuário ao final da atividade.

+

+

D - Lidando com as Questões Éticas

+

Será utilizado o termo de consentimentoproduzido na seção de aspectos éticos, a fim de se obter dos participantes a autorização para que sejam realizadas as atividades necessárias à produção desse artefato e garantir que os participantes sejam respeitados durante e após a atividade.

+

E - Avaliar, Interpretar e Apresentar os Dados

+

Após a realização da avaliação, os dados serão documentados e tratados, levando em conta o contexto em que eles foram produzidos, julgando se possuem alto grau de confiabilidade e que podem ser generalizados para representar a população de usuários do site.

+

O que envolve registrar os problemas, dificuldades durante a interação, podem envolver questões de usabilidade, funcionalidades ausentes e problemas de desempenho. Serão anotadas as descrições dos problemas, sua classificação, sugestões de melhoria, captar o feedback do usuário e ao fim da entrevistas documentar as observações gerais a serem feitas a cerca da entrevista realizada.

+

Realizada a etapa anteriormente mencionada, os dados serão apresentados ao time de desenvolvimento, procurando com isso obter o máximo de informação relevante para o desenvolvimento do projeto.

+

+

Planejamento do Teste Piloto

+

Segundo Barbosa e Silva (2011, p.276) o objetivo desse teste é avaliar o próprio planejamento, e analisar se a avaliação, tal como planejada, produz os dados necessários para responder a questões e objetivos do estudo. O avaliador deve conduzir o teste-piloto como se fosse uma sessão normal de avaliação. Dessa forma, ele tem oportunidade de verificar se a linguagem nas explicações e nos materiais fornecidos é clara e objetiva, e se esses materiais contêm informações adequadas e suficientes para orientar o participante durante a avaliação.

+

Dito isso, a execução do teste-piloto será realizado no dia 16 de janeiro de 2025 e com a presença dos integrantes Márcio Henrique e Luiza Maluf.

+

Bibliografia

+
+

Estruturado a partir do Planejamento da Avaliação da Análise de Tarefas. Disponível em: <https://interacao-humano-computador.github.io/2023.1-BilheteriaDigital/design-avaliacao-desenvolvimento/nivel-1/analise-de-tarefas-dad/planejamento-avaliavao-at/>.Acesso em 13 de janeiro de 2025.

+

Planejamento da avaliação do protótipo de papel do Grupo do Detran GO. Disponível em: <https://interacao-humano-computador.github.io/2023.1-DetranGO/design_avaliacao/nivel2/prototipoPapel/planejamentoAvaliacao/>.Acesso em 13 de janeiro de 2025.

+
+

Referências Bibliográficas

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+

SANTA ROSA, José Guilherme. Avaliação e projeto no design de interface.

+
+

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.013/01/2025Criação do documento.Márcio HenriqueLuiza Maluf
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/design_avaliacao/p_alta/planejamento_relato/index.html b/design_avaliacao/p_alta/planejamento_relato/index.html new file mode 100644 index 00000000..76c4497e --- /dev/null +++ b/design_avaliacao/p_alta/planejamento_relato/index.html @@ -0,0 +1,4264 @@ + + + + + + + + + + + + + + + + + + + + + + + Planejamento da Avaliação do Relato dos Resultados - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Planejamento da Avaliação do Relato dos Resultados

+

Introdução

+

Este artefato tem como objetivo documentar o planejamento do +relato dos resultados realizados da avaliação do protótipo de alta fidelidade. +Assim, será explicado a seguir a estrutura em que tal relato deve ser documentado.

+

Metodologia

+

Tendo como base os conceitos tratados no livro de Barbosa e Silva (2011, p.279) e +adaptando-os para o documento a ser desenvolvido pela equipe, esses vão incluir:

+
    +
  • Objetivo e escopo da avaliação
    • +
  • Método de avaliação
    • +
  • Seleção dos participantes
    • +
  • Problemas e dificuldade encontradas
    • +
  • Feedback dos usuários
    • +
  • Análise e interpretação dos usuários
    • +
  • Sumário dos principais resultados
    • +
+

Objetivo e escopo da avaliação

+

Nesta seção deve conter o objetivo da avaliação do protótipo de alta fidelidade que engloba testar e obter feedback sobre a usabilidade, funcionalidade e aparência visual de um protótipo que se assemelha de forma mais precisa à versão final do produto ou serviço. A avaliação do protótipo de alta fidelidade busca identificar problemas, avaliar a eficácia do design e da interface além de realizar ajustes antes da implementação completa.

+

Método de avalaição

+

Para a confecção do artefato a seguir usaremos o teste de usabilidade, é um método empregado na ergonomia e na interação humano-computador, para avaliar e testar a usabilidade de produtos e sistemas, a partir da observação dos usuários durante a interação, como conceituado no Capítulo 10 de Barbosa e Silva (2011, p.341).

+

A escolha se dá pelo fato de ser um método que permite coletar muitas informações, além de ser flexível permite fazer perguntas que aprofundam ainda mais os objetivos a serem alcançados pelos usuários. Ademais, tal entrevista deve ser estritamente gravada e documentada.

+

+

Tabela 2 - Cronograma provável da Avaliação.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
EntrevistadoresUsuárioDataInício-FimLocal
Márcio HenriqueEduardo17/01/202512:40-12:47Presencial
Luiza MalufLucas17/01/202512:50-12:57Presencial
Luiza Maluf e Márcio HenriqueBruno17/01/202513:00-13:07Presencial
+

Autor - Márcio Henrique.

+

+

Seleção dos participantes

+

Os participantes foram definidos com base no artefato Perfil de Usuário. Dentro de várias literaturas não se tem um numero exato de participantes, sendo m intervalo de 3 a 10 participantes. Para Krug, com três ou quatro participantes a maioria dos problemas é detectada. Dentro do contexto do nosso projeto, e partindo da recomendação de Krug escolheremos ter 3 participantes. Escolha retirada da literatura de Santa-Rosa ,2005.

+

Problemas e dificuldades encontradas

+

Nessa seção do documento, o entrevistador deve detalhadamente listar os problemas e dificuldades específicas que o usuário encontrou durante a sessão de entrevista. Isso envolve registrar de maneira clara e objetiva cada obstáculo, erro, falha ou desafio enfrentado pelo usuário ao interagir com o sistema ou produto avaliado.

+

Feedback dos usuários

+

Ao coletar e analisar o feedback dos usuários, buscamos compreender suas necessidades e expectativas, garantindo que o sistema seja desenvolvido de forma a atender às suas demandas.

+

Análise e interpretação dos resultados

+

O entrevistador deve realizar uma análise e interpretação dos resultados obtidos a partir da avaliação da prototipação. Isso envolve examinar cuidadosamente os dados coletados durante a avaliação, identificar padrões, tendências e insights relevantes, e extrair conclusões significativas a partir dessas informações.

+

Contextualizar os resultados dentro do objetivo da avaliação e considerar o impacto dos problemas identificados na usabilidade, na experiência do usuário e nos objetivos estabelecidos.

+

Sumário dos principais resultados

+

Ao final do documento, é necessário que o entrevistador faça um resumo dos tópicos considerados essenciais dentro dos objetivos da avaliação. Essa etapa permitirá reunir em uma única perspectiva as principais informações relacionadas às melhorias a serem aplicadas na plataforma do Detran DF. Este deve conter os aspectos mais relevantes identificados durante a avaliação, incluindo os problemas encontrados, as sugestões de melhorias propostas e o feedback dos usuários.

+

Além disso, é necessário que seja disponibilizado as gravações de cada entrevista.

+

Bibliografia

+
+

Planejamento do relato dos resultados da avaliação do protótipo de papel do Grupo do Detran GO. Disponível em: <https://interacao-humano-computador.github.io/2023.1-DetranGO/design_avaliacao/nivel2/prototipoPapel/planejamento_relato/>.Acesso em 14 de janeiro de 2025.

+
+

Referências Bibliográficas

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+

SANTA ROSA, José Guilherme. Avaliação e projeto no design de interface.

+
+

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.014/01/2025Criação do documento.Luiza MalufMárcio Henrique
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/design_avaliacao/p_alta/relato/index.html b/design_avaliacao/p_alta/relato/index.html new file mode 100644 index 00000000..340ee1b7 --- /dev/null +++ b/design_avaliacao/p_alta/relato/index.html @@ -0,0 +1,4617 @@ + + + + + + + + + + + + + + + + + + + + + + + Relato dos resultado - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Relato dos Resultados - Protótipo de Alta Fidelidade

+

Introdução

+

Esse artefato tem o objetivo de documentar o relato dos resultados obtidos pela avaliação do protótipo de alta fidelidade. Portanto, serão abordados os tópicos referidos no Planejamento do Relato dos Resultados do Protótipo de Alta Fidelidade.

+

Objetivo e Escopo da Avaliação

+

Garantir que o aplicativo do Detran-DF ofereça a melhor experiência possível aos seus usuários. Esta avaliação tem como propósito coletar feedback de usuários reais sobre um protótipo avançado do aplicativo, a fim de identificar e corrigir quaisquer problemas de usabilidade, funcionalidade e design antes do lançamento oficial.

+
    +
  • A interface segue o padrão do sistema operacional?
    • +
  • Foi possível testar a interação e a facilidade de uso do protótipo para identificar problemas de usabilidade?
    • +
  • Foi possível avaliar a aparência e o estilo visual do protótipo, garantindo que ele atenda às expectativas e necessidades dos usuários, transmita a identidade da marca e seja estéticamente agradável?
    • +
  • Foi possível verificar se todas as funcionalidades planejadas estão presentes e funcionam corretamente?
    • +
  • Foi possível obter opiniões, percepções e sugestões dos usuários em relação ao protótipo?
    • +
  • Foi possível identificar quaisquer problemas, erros ou áreas que precisam de ajustes no protótipo antes da implementação final?
    • +
+

Método de Avaliação

+

Utilizamos o teste de usabilidade como metodologia principal para avaliar a interface do sistema. Seguindo as premissas de Rubin (1994) e Rubin e Chisnell (2008), um grupo de usuários-alvo realizou tarefas específicas no sistema, enquanto suas interações foram observadas e registradas. Essa abordagem permitiu identificar problemas reais de usabilidade que poderiam passar despercebidos em avaliações mais teóricas. O cronograma detalhado dos testes, incluindo data, horário e participantes, encontra-se na Tabela 1.

+

+

Tabela 1 - Cronograma Executado.

+ + + + + + + + + + + + + + + + + + + + + + + + + + +
AvaliadorUsuárioDataInício-FimLocal
Márcio HenriqueEduardo23/01/202516:30-16:45Presencial
Márcio HenriqueRayssa23/01/202516:10-16:25Presencial
+

Fonte: Márcio Henrique .

+

+

Local

+

Os testes ocorreram de forma presencial, aos que foram realizadas pelo Márcio foram feitas fora das dependências da FCTE.

+

Ferramentas

+

As ferramentas utilizadas foram as seguintes:

+
    +
  • Um notebook com webcam e microfone;
    • +
  • Um smartphone utilizado para capturar áudios;
    • +
  • Um papel contem o script a ser seguido pelos usuarios;
    • +
  • Um papel contendo as tarefas e perguntas a serem respondidas.
    • +
+

Tarefas

+

As tarefas realizadas pelos os usuarios foram as seguintes:

+
    +
  • Trasferência de veículos;
    • +
+

Descrição dos Testes

+

Antes de se iniciar os testes em si foi apresentado ao usuário um script contendo as ações que o entrevistado deveria realizar dentro do sistema. O entrevistado também foi orientado a reproduzir as ações que estava executando em voz alta. A figura 1 apresenta o script seguido pelos usuários.

+

+

Figura 1 - Script seguido pelos usuários.

+

Imagem do Script Utiizado{ width="500" }

+

Fonte: Matheus Henrique, 2023.

+

+

O teste teve início com a apresentação ao usuário o termo de consentimento para que pudesse ser confirmado a sua participação e autorizado o prosseguimento do teste. Logo após, foi autorizado que o usuário realizasse as tarefas.

+

Protótipo de Alta Fidelidade

+

O Protótipo de Alta Fidelidade utilizado nos testes é apresentado a seguir. É importante salientar que o protótipo apresentado pode não ser o exato modelo utilizado nos testes, pois o protótipo sofre alterações e correções com o tempo.

+ + +

Teste Piloto

+

O vídeo 1 a seguir mostra o teste piloto realizado antes dos testes.

+

+

Vídeo 1 - Teste Piloto

+ + +

_Autor: Márcio Henrique, 2025.

_

+

+

Seleção dos Participantes

+

O número de participantes foi de 6 pessoas, sendo dois avaliadores em que ficaram responsáveis por, gravação do áudio e vídeo e quatro usuários. A escolha desse número de usuários foi baseada na recomendação de Krug (2010, p. 157) para testes de usabilidade. Além disso, os usuários foram escolhidos levando em conta as características definidas no perfil de usuário, sendo elas: idade entre 20 e 35 anos, experiência e afinidade com tecnologia. A tabela 1 apresenta os participantes da avaliação e suas respectivas funções.

+

+

Problemas e Dificuldades Encontradas

+

A princípio, os testes ocorreram sem muitos problemas. Foi encontrado três problemas, um em uma funcionalidade e os outros dois ligados a interface da aplicação.

+

Em relação ao problema de funcionalidade a entrevistada Rayssa alegou que no final da página de transferência de veículos, quando há a conlusão da solicitação, não foi possivel voltar a página inicial. Já em interface houve duas dificuldades em usuário entender que dentro do contexto da transferência todas essas ações são visâo do vendedor e não do comprado; Outro ponto foi a dificuldade de enteder a etapa de validação da identidade.

+

+

Tabela 3 - Problema 1: Função de Redirecionamento.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Item de AnáliseDescrição
Local:Tela de conclusão do solicitação de transferência.
Contexto:O usuário finaliza a transferência e ao final deseja acessar outro serviço do portal.
Causa:Não redirecionamento para a página inicial.
Ação Realizada pelo Usuário:Clique no botão "Voltar ao menu inicial".
Resposta do Sistema Esperada:Redirecionamento na tela inicla.
Resposta do Aprsentada pelo Sistema:Não foi redirecionado.
Fatores de Usabilidade Prejudicados:Eficácia e Eficiência.
+

Autor: Márcio Henrique, 2025.

+

+

Sobre o problema de interface, a usuária Rayssa alegou que não ficou clara na seção do qr code, é uma etapa de verificação de identidade, achou que ficou pouco claro e tendendo a scannear o qr sem reconhecer a etapa em que se encontra. As tabelas 4 e 5 a seguir apresenta as avaliações dos problemas.

+

+

Tabela 4 - Problema 2: Detalhes sobre a validação de Identidade.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Item de AnáliseDescrição
Local:Modal de verificação de identidade.
Contexto:O usuário entra na página com a intenção de trasnferir um veículo.
Causa:As informações não deixa claro a ação desejada do usuário.
Ação Realizada pelo Usuário:Visualizou as etapas de identificação.
Resposta do Sistema Esperada:Entendimento claro da etapa.
Resposta do Aprsentada pelo Sistema:A etapa não foi bem especificado.
Fatores de Usabilidade Prejudicados:Eficácia, Eficiência e Segurança.
+

Fonte: Marcio Henrique, 2025.

+

+

+

Tabela 5 - Problema 3: Clareza em qual "personagem" o usuário se aplica.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Item de AnáliseDescrição
Local:Página inicial.
Contexto:O usuário entra na página de pedidos com a intenção de realizar uma tranferência.
Causa:Não existe uma indicação de que quem irá realizar a transferência é o vendedor.
Ação Realizada pelo Usuário:Visualizou o botão na página.
Resposta do Sistema Esperada:Apresentação de forma clara quem será o responsável pela transferência.
Resposta do Aprsentada pelo Sistema:Não possui apresentação.
Fatores de Usabilidade Prejudicados:Eficácia, Eficiência e Segurança.
+

Fonte: Márcio Henrique, 2025.

+

+

Sugestões de Melhoria

+

Tendo em vista os problemas elicitados no tópico anterior, ficam as seguintes sugestões de correção:

+
    +
  • Incluir a funcionalidade de redirecionamento para a página inicial;
    • +
  • Alterar o design do modal de identificação do usuário;
    • +
  • Criar uma seção de ajuda para entende de quem é a responsabilidade de realizar a transferência.
    • +
+

Feedback dos Usuários

+

Teste 1 - Eduardo

+

O usuário não encontrou muitas dificuldades na realização das tarefas. A tarefa de Tranferência foi realizada com apenas 6 clique e 1 scroll down da página.

+

Somado a isso, foi observado uma atitude confiante na realização das tarefas de Transferência. E concluído sem nenhuma dificuldade.

+

Teste 2 - Rayssa

+

O usuário não encontrou muitas dificuldades na realização das tarefas. A tarefa de Tranferência foi realizada com apenas 6 clique e 1 scroll down da página.

+

Outrossim, o design e a visualização tanto das etapas de identificação e no final da transferência, a usuária teve uma leve dificuldade em entender os passos reralizados e demorando mais que o normal para a mudança de telas. Somado a isso, foi observado uma mudança significativa nas expressões faciais sendo elas de demonstração de não muita confiança nas ações sendo realizadas.

+

Análise e Interpretação dos Usuários

+

Analisando os comportamentos dos usuários, percebemos que a maioria possui um nível de produtividade parecido, sendo que tarefas foram concluídas com quantidades de cliques similares. É possível notar também que há um problema crítico em relação ao botão de cancelamento, pois todos os usuários reclamaram do design pouco chamativo dele e na tela de confirmação de compra que não possui uma clareza no que está sendo realizado.

+

Contextualizando com as perguntas-objetivos, podemos respondê-las da seguinte maneira:

+
    +
  • A interface segue o padrão do sistema operacional?
    • +
+

Sim, não houve reclamações referente a isso.

+
    +
  • Foi possível testar a interação e a facilidade de uso do protótipo para identificar problemas de usabilidade?
    • +
+

Sim, foi possível identificar problemas de ao atingir as metas de usabilidade propostos para o projeto.

+
    +
  • Foi possível avaliar a aparência e o estilo visual do protótipo, garantindo que ele atenda às expectativas e necessidades dos usuários, transmita a identidade da marca e seja estéticamente agradável?
    • +
+

Sim, os usuários demonstraram seus pontos de vista dissonantes em relação a aparência das escritasm mostrada em modais e tela geral do sistema.

+
    +
  • Foi possível verificar se todas as funcionalidades planejadas estão presentes e funcionam corretamente?
    • +
+

Sim, foi identificado que uma das funcionalidades previstas ainda não está totalmente implementada.

+
    +
  • Foi possível obter opiniões, percepções e sugestões dos usuários em relação ao protótipo?
    • +
+

Sim, os usuários apresentaram opiniões que serviram de objetivos para o reprojeto.

+
    +
  • Foi possível identificar quaisquer problemas, erros ou áreas que precisam de ajustes no protótipo antes da implementação final?
    • +
+

Sim, foi observado problemas que deverão ser corrigidos no reprojeto.

+

Sumário dos Principais Resultados

+

Desse modo, em relação às metas de usabilidade priorizadas é perceptível que o sistema consegue fornecer um boa eficiência aos usuários em determinadas situações, sendo que a maioria das tarefas foram realizadas com menos de 5 cliques. Mas, ainda há problemas em relação aos elementos de interações na interface.

+

Em relação a segurança, o sistema ainda não fornece uma boa segurança aos usuário principalmente na tela de confirmação de transferência não é claro oque o usuário realizou e se foi atinjido com sucesso, porém houve uma melhora com o usuário tendo que confirmar suas intenções ao realizar ações críticas.

+

+

Vídeo 2 - Teste 1: Eduardo

+ + +

Autor: Márcio Henrique, 2025.

+

+

+

Vídeo 3 - Teste 2: Rayssa

+ + +

Autor: Márcio Henrique, 2025.

+

+

Planejamento do Reprojeto

+

Para o reprojeto, as correções devem ser realizadas seguindo a lista de sugestão de correção apresentada anteriormente. O responsável por cada correção deve submetê-las para o time no intuito de se revisar as correções feitas, checando se elas são suficientes e se foi introduzido novos erros ou não. A tabela 6 a seguir apresenta o cronograma do reprojeto.

+

Referências Bibliográficas

+
+

KRUG, Steve. Don’t Make Me Think, Revisited. New Riders, 2014.

+

RUBIN, J. Handbook of Usability Testing. New York: John Wiley & Sons, 1994.

+

RUBIN, J.; CHINSNELL, D. Handbook of Usability Testing: How to Plan, Design, and Conduct Effective Tests, 2ed. Indianapolis: Wiley Publishing, Inc., 2008.

+
+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.025/01/2023Criação da página e entrevistas do márcio.Márcio Henriqueluiza maluf
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/design_avaliacao/pp/planejamento-pp/index.html b/design_avaliacao/pp/planejamento-pp/index.html new file mode 100644 index 00000000..9047ea5c --- /dev/null +++ b/design_avaliacao/pp/planejamento-pp/index.html @@ -0,0 +1,4547 @@ + + + + + + + + + + + + + + + + + + + + + + + Planejamento da Avaliação do Protótipo de Papel - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Planejamento da Avaliação do Protótipo de Papel

+

Introdução

+

A prototipação em papel é uma técnica de baixa fidelidade que permite avaliar a heurística e a usabilidade de uma interface de usuário por meio de testes com usuários. Essa abordagem ágil e econômica identifica problemas de interação e navegação antes do desenvolvimento completo do produto.

+

Metodologia

+

Para realizar esse planejamento será utilizado o framework DECIDE, onde cada letra da palavra é uma etapa a ser realizada no planejamento. A tabela 1 a seguir apresenta o significado de cada letra.

+

+

Tabela 1 - Letras da palavra DECIDE com os seus significados.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
LetraDefinição
DDeterminar os objetivos da avaliação.
EExplorar perguntas a serem respondidas com a avaliação.
CEscolher os métodos de avaliação a serem utilizados.
IIdentificar e administrar as questões práticas da avaliação.
DDecidir como lidar com as questões éticas.
EAvaliar, interpretar e apresentar os dados
+

Fonte - BARBOSA e SILVA (2011).

+

+

D - Objetivos

+

O objetivo desta avaliação é identificar e solucionar problemas de usabilidade nas interfaces, comparando diferentes opções de design e garantindo a conformidade com os padrões estabelecidos. Para isso, utilizaremos a técnica de prototipação em papel e tarefas específicas.Este documento detalha como será realizada a avaliação, incluindo a metodologia, o cronograma, as telas a serem prototipadas e os procedimentos para a coleta de feedback dos usuários.

+

+

E - Explorar Perguntas Respondidas com a Avaliação

+

Com base no objetivo da avaliação foram preparadas perguntas baseadas nos seguintes tópicos:

+
    +
  • verificar a conformidade com um padrão;
    • +
  • comparar ideias e alternativas de design;
    • +
  • identificar problemas na interação e interface.
    • +
+

As perguntas selecionadas tem o intuito de serem respondidas com essa avaliação e foram feitas com base no Captítulo 10 da literatura de Barbosa e Silva (2011, p.361) as perguntas selecionadas foram as seguintes:

+
    +
  • Com o protótipo de papel foi possível explorar conceitos de design?
    • +
  • Foi observado alguma sugestão de melhoria para o protótipo proposto?
    • +
  • Foi possível identificar problemas de usabilidade preliminares?
    • +
  • Foi possível identificar ideias principais de design?
    • +
+

C - Escolher os Métodos de Avaliação

+

A avaliação será realizada por meio de entrevistas e observação dos usuários enquanto eles interagem com o protótipo.

+

Optamos por esses métodos por permitirem coletar dados ricos e detalhados, além de possibilitar aprofundar a compreensão das necessidades e expectativas dos usuários. Todas as entrevistas serão gravadas e documentadas.

+

I - Identificar Questões Práticas da Avaliação

+

Recrutamento

+

Para avaliação foram convidadas 2 pessoas que se encaixem no perfil de usuário. Recomenda-se ter entre 5 a 8 participantes para obter resultados significativos e identificar problemas recorrentes, selecionar um número suficiente de convidados permite obter uma amostra representativa e identificar insights relevantes. Entretanto pelo calibre da equipe ser menor, e o alvo da disciplina é a aplicação dos conceitos abordados decidimos então ter dois entrevistados.

+

Preparação

+

As tarefas definidas para os participantes executarem foram as seguintes

+
    +
  • Transferência de veículo
    • +
  • Agendamento de serviço
    • +
+

Transferência de veículo

+

Essa tarefa tem o intuito do participante realizar uma busca de um determinado evento selecionado pelo entrevistador.

+

O objetivo da tarefa consiste em verificar se o participante consegue realizar uma tranferência pelo portal do Detran DF.

+

Para execução dessa tarefa, o participante deverá acessar o portal do DETRAN e localizar a opção de "Transferência de Veículo" no menu principal. Em seguida, será orientado a iniciar o processo de transferência preenchendo os dados do veículo, como placa e RENAVAM, e os dados do novo proprietário.

+

Após essa etapa, o participante precisará realizar o upload dos documentos obrigatórios, como o Certificado de Registro do Veículo (CRV) assinado e com firma reconhecida, comprovante de pagamento de taxas e outros documentos solicitados pelo sistema. O próximo passo será selecionar a unidade do DETRAN mais próxima para a entrega dos documentos originais e confirmação da transferência.

+

Durante a execução, será avaliada a capacidade do participante de seguir as instruções fornecidas pelo sistema, bem como identificar eventuais dificuldades ou pontos de confusão no processo.

+

Agendar Serviço

+

O objetivo dessa tarefa consiste em determinar se o participante consegue agendar um serviço seguindo os passos apresentados pelo protótipo.

+

Para execução dessa tarefa, o participante deverá acessar o portal do DETRAN e localizar a seção de "Agendamento de Serviços". A partir daí, será orientado a selecionar o tipo de serviço desejado, como "Renovação de CNH" ou "Vistoria Veicular".

+

Após selecionar o serviço, o participante deverá escolher uma unidade do DETRAN disponível, uma data e horário de sua preferência, observando as opções oferecidas pelo sistema. Para concluir o agendamento, será necessário confirmar os dados pessoais e fornecer o número do documento solicitado, além de aceitar os Termos de Uso.

+

Durante essa tarefa, será avaliado o fluxo de navegação do participante, a clareza das instruções do sistema e possíveis obstáculos que possam impedir a conclusão do agendamento.

+

Custos

+

A realização das entrevistas não pode gerar custos a equipe e ao usuário, portanto, elas deverão ser feitas utilizando as seguintes ferramentas:

+
    +
  • Protótipo de Papel Impresso para entrevista presencial;
    • +
  • Perguntas para serem respondidas com a avaliação;
    • +
  • Tarefas para os participantes executarem;
    • +
  • Termo de Consentimento;
    • +
  • Teste Piloto;
    • +
+

Vale resaltar que os equipamentos necessários serão quaisquer dispositivos com acesso a internet, aos aplicativos de comunicação e a um navegador de internet que os envolvidos possuírem. Como deverá ser presencial não será utilizado nenhum software para definição do protótipo.

+

Prazos

+

Em relação aos prazos, as entrevistas estão documentadas na tabela 2, sendo apresentado um cronograma com seus tópicos e logo abaixo a tabela 2 com as entrevistas:

+
    +
  • Entrevistador;
    • +
  • Entrevistado;
    • +
  • Horário de início e fim;
    • +
  • Local e data que ocorreu a entrevista.
    • +
+

+

Tabela 2 - Cronograma provável da Avaliação.

+ + + + + + + + + + + + + + + + + + + + + + + + + + +
EntrevistadoresUsuárioDataInício-FimLocal
Márcio Henrique Eduardo Galvão Cavalheiro08/01/202515:20-15:26Presencial
Luiza Maluf Mauro Moura08/01/202515:32-15:37Presencial
+

+

+

Autor - Márcio Henrique.

+

+

Roteiro de Perguntas

+

Na entrevista estarão disponíveis capturas de tela para que o usuário possa ver a tarefa da qual o entrevistador estará comentando e realizando, será analisado o comportamento do usuário sobre as tarefas passadas para ele executar no protótipo, para que seja capaz de responder as perguntas da avaliação.

+

Execução do roteiro

+

Para execução do roteiro será passado ao usuário uma tarefa indicada e será pedido para que ele a realize de acordo com os limites passados pelo entrevistador sobre o protótipo de papel.

+

D - Lidando com as Questões Éticas

+

Será utilizado o termo de consentimentoproduzido na seção de aspectos éticos, a fim de se obter dos participantes a autorização para que sejam realizadas as atividades necessárias à produção desse artefato e garantir que os participantes sejam respeitados durante e após a atividade.

+

E - Avaliar, Interpretar e Apresentar os Dados

+

Após a realização da avaliação, os dados serão documentados e tratados, levando em conta o contexto em que eles foram produzidos, julgando se possuem alto grau de confiabilidade e que podem ser generalizados para representar a população de usuários do site.

+

O que envolve registrar os problemas, dificuldades durante a interação, podem envolver questões de usabilidade, funcionalidades ausentes e problemas de desempenho. Serão anotadas as descrições dos problemas, sua classificação, sugestões de melhoria, captar o feedback do usuário e ao fim da entrevistas documentar as observações gerais a serem feitas a cerca da entrevista realizada.

+

Realizada a etapa anteriormente mencionada, os dados serão apresentados ao time de desenvolvimento, procurando com isso obter o máximo de informação relevante para o desenvolvimento do projeto.

+

Planejamento do Teste Piloto

+

Segundo Barbosa e Silva (2011, p.276) o objetivo desse teste é avaliar o próprio planejamento, e analisar se a avaliação, tal como planejada, produz os dados necessários para responder a questões e objetivos do estudo. O avaliador deve conduzir o teste-piloto como se fosse uma sessão normal de avaliação. Dessa forma, ele tem oportunidade de verificar se a linguagem nas explicações e nos materiais fornecidos é clara e objetiva, e se esses materiais contêm informações adequadas e suficientes para orientar o participante durante a avaliação.

+

Dito isso, a execução do teste-piloto será feito no dia 08/01/2025 às 12:20 e com a presença dos integrantes Márcio Henrique e Luiza Maluf.

+

Execução do Teste Piloto

+

Vale resaltar que devido ocasiões diversas, tivemos que realizar o teste piloto, individualmente a cada tarefa do projeto (Transferência de Veículos e Agendamento de Serviço).

+

Teste Piloto Transferência de Veículos

+ + +

Bibliografia

+
+

Estruturado a partir do Planejamento da Avaliação da Análise de Tarefas. Disponível em: <https://interacao-humano-computador.github.io/2023.1-BilheteriaDigital/design-avaliacao-desenvolvimento/nivel-1/analise-de-tarefas-dad/planejamento-avaliavao-at/>.Acesso em 05 de janeiro de 2025.

+
+

Referências Bibliograficas

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutorRevisor
1.005/01/2025Criação do documentoMárcio HenriqueLuiza Maluf
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/design_avaliacao/pp/planejamento_relato/index.html b/design_avaliacao/pp/planejamento_relato/index.html new file mode 100644 index 00000000..3216ef95 --- /dev/null +++ b/design_avaliacao/pp/planejamento_relato/index.html @@ -0,0 +1,4253 @@ + + + + + + + + + + + + + + + + + + + + + + + Planejamento da Avaliação do Relato dos Resultados - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Planejamento da Avaliação do Relato dos Resultados

+

Introdução

+

Este artefato tem como objetivo documentar o planejamento do relato dos resultados realizado da avaliação do protótipo de papel. Assim, será explicado a seguir a estrutura em que tal relato deve ser documentado.

+

Metodologia

+

Tendo como base os conceitos tratatos no livro de Barbosa e Silva (2011, p.279) e adaptando-os para o documento a ser desenvolvido pela equipe, esses vão incluir:

+
    +
  • Objetivo e escopo da avaliação
    • +
  • Método de avaliação
    • +
  • Seleção dos participantes
    • +
  • Problemas e dificuldades encontradas
    • +
  • Feedback dos usuários
    • +
  • Análise e interpretação dos usuários
    • +
  • Sumários dos principais resultados
    • +
+

Objetivo e escopo da avaliação

+

O objetivo desta avaliação é identificar e solucionar problemas de usabilidade nas interfaces, comparando diferentes opções de design e garantindo a conformidade com os padrões estabelecidos. Para isso, utilizaremos a técnica de prototipação em papel e tarefas específicas.

+

Este documento detalha como deve ser estruturada a documentação do relato dos resultados, assim como as conclusões finais da avaliação.

+

Método de avaliação

+

Optamos por combinar observação e entrevistas com os usuários, seguindo um modelo padrão para garantir a uniformidade dos dados coletados. A Tabela 1 apresenta um cronograma sugerido para as entrevistas, que poderá ser ajustado conforme o necessário.

+

+Tabela 1 - Cronograma Planejado.

+ + + + + + + + + + + + + + + + + + + + + + + + + + +
EntrevistadoresUsuárioDataInício-FimLocal
Márcio Henrique Eduardo Galvão Cavalheiro08/01/202515:20-15:26Presencial
Luiza Maluf Mauro Moura08/01/202515:32-15:37Presencial
+

Autor - Márcio Henrique. +

+

Seleção dos participantes

+

A seleção dos entrevistados foi realizada com base no perfil de usuário definido para o projeto, garantindo que os participantes representem o público-alvo desejado.

+

Problemas e dificuldades encontradas

+

Nessa seção do documento, o entrevistador deve detalhadamente listar os problemas e dificuldades específicas que o usuário encontrou durante a sessão de entrevista. Isso envolve registrar de maneira clara e objetiva cada obstáculo, erro, falha ou desafio enfrentado pelo usuário ao interagir com o sistema ou produto avaliado.

+

Feedback dos usuários

+

Ao coletar e analisar o feedback dos usuários, buscamos compreender suas necessidades e expectativas, garantindo que o sistema seja desenvolvido de forma a atender às suas demandas.

+

Análise e interpretação dos resultados

+

O entrevistador deve realizar uma análise e interpretação dos resultados obtidos a partir da avaliação da prototipação. Isso envolve examinar cuidadosamente os dados coletados durante a avaliação, identificar padrões, tendências e insights relevantes, e extrair conclusões significativas a partir dessas informações.

+

Contextualizar os resultados dentro do objetivo da avaliação e considerar o impacto dos problemas identificados na usabilidade, na experiência do usuário e nos objetivos estabelecidos.

+

Sumário dos principais resultados

+

Ao final do documento, é necessário que o entrevistador faça um resumo dos tópicos considerados essenciais dentro dos objetivos da avaliação. Essa etapa permitirá reunir em uma única perspectiva as principais informações relacionadas às melhorias a serem aplicadas na plataforma do Detran DF. Este deve conter os aspectos mais relevantes identificados durante a avaliação, incluindo os problemas encontrados, as sugestões de melhorias propostas e o feedback dos usuários.

+

E a possibilidade de disponibilizar as gravações.

+

Referências Bibliográficas

+
+

Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021);Interação Humano-Computador e Experiência do usuário.

+
+

Bibliografia

+
+

MACHADO, Maurício; Planejamento do relato de resultados. Repositório do Grupo Lichess da disciplina de Interação Humano Computador da Universidade de Brasília, 2022. Disponível em: <https://interacao-humano-computador.github.io/2022.2-Lichess/design_avaliacao_desenvolvimento/nivel_1/analise_tarefas/planejamento_resultado_analise_tarefas/>. Acesso em: 09 dezembro 2024.

+
+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.005/01/2025Criação do documento.Luiza MalufMárcio Henrique
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/design_avaliacao/pp/relato_pp/index.html b/design_avaliacao/pp/relato_pp/index.html new file mode 100644 index 00000000..bc674cb3 --- /dev/null +++ b/design_avaliacao/pp/relato_pp/index.html @@ -0,0 +1,4530 @@ + + + + + + + + + + + + + + + + + + + + + + + Relato dos resultado - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Relato dos Resultados da Avaliação do Protótipo de Papel

+

Introdução

+

Este artefato é responsável pela documentação dos resultados encontrados +após a avaliação dos Protótipos de papel. Será seguido a estrutura conforme +explicitado no Planejamento da Avaliação do Relato do Protótipo de Papel.

+

Objetivo

+

Com o objetivo de criar uma experiência mais intuitiva e eficiente para os usuários, realizamos uma avaliação que permitiu identificar oportunidades de melhoria nos fluxos, nas ações e na organização visual da interface. Ao analisar como usuários reais interagem com o produto, conseguimos comparar diferentes alternativas de design e garantir que a interface estivesse alinhada com os padrões de usabilidade.

+

Para atingir esse objetivo definimos as seguintes perguntas:

+
    +
  • Com o protótipo de papel foi possível explorar conceitos de design?
    • +
  • Foi observado alguma sugestão de melhoria para o protótipo proposto?
    • +
  • Foi possível identificar problemas de usabilidade preliminares?
    • +
  • Foi possível identificar ideias principais de design?
    • +
+

Problemas Encontrados

+

Entrevista 1

+

A entrevistada demonstrou um pouco de dificultade pela natureza da avaliação, por ser um site feito a caneta e papel, questionou o fato de não estar muito claro, mas com a instrução do entrevistador, todas as ações que era necessária alcançar, teve êxito.

+

Entrevista 2

+

Foi necessária a narração da entrevista, uma vez que o único momento que foi possível o encontro com o entrevistado, o ambiente se econtrava com excesso de ruídos. Como a metodologia da avaliação indicava uma observação das ações do usuário, a narração foi a solução encontrada para tal situação.

+

Ademais, estava claro o passo a passo que usuário deveria seguir, assim como a sua execução.

+

Método de Avaliação

+

Os dados foram coletados por meio de duas entrevistas. No inicio das entrevistas foi apresentado o termo de consentimento para que o entrevistado dê sua resposta, sempre reforçando o fato de que está sendo gravado e de que a gravação será publicada. As reuniões foram feitas presencialmente, sendo cada um em local diferente, e o método para a realização das entrevistas pode ser conferido aqui. Portanto, fez-se a parte de preparação, e depois a coleta de dados. Antes do usuário interagir com o protótipo de papel, o entrevistador instruiu as ações que o entrevistado deve realizar, e que esse deve falar em voz alta o que está fazendo.

+

Seleção de partipantes

+

O número de participantes foi de 4 pessoas, sendo dois entrevistadores e dois usuários. O motivo pela escolha se dá pelo fato do tamanho da equipe que se encontra, e devido a isso houve poucos usuários oque pode comprometer na presição dos dados coletados.

+

Problemas e dificuldades encontradas

+

Entrevista 1

+

No decorrer da entrevista, a entrevistada Marana demonstrou certas dificuldades para a realização da avaliação, tendo algumas "travas" por conta disso, teve que haver alguns esclarecimentos por parte do entrevistador Márcio Henrique. Isso pode acontecer por várias causas , desde a abstração do protótipo, até as próprias funcionalidades não tão clara no sistema.

+

Entrevista 2

+

No decorrer da entrevista, o entrevistado Gabriel conseguiu executar todo o roteiro de ações, contudo, a entrevistadora Luiza notou uma certa demora por parte do entrevistado na hora de ler cada aspecto do protótipo, isso ocorreu devido a não legibilidade adequada as informações escritas no protótipo.

+

Sugestão de Melhoria

+

Entrevista 2

+

A sugestão de melhoria é a melhor legibilidade das informações escritas no protótipo.

+

FeedBack dos usuários

+

Entrevista 1

+

A primeira entrevista foi feita com a usuária Marana e suas considerações foram as seguintes:

+

A entrevistada Marana sugeriu que tivesse um atalho para acessar ao serviço de "Transferência de veículo", sendo no cabeçalho da página inicial, ou até mesmo na sessão de serviços mais acessados. Além disso sugeriu que houvesse a possibilldade de relizar um contato com um atendente ,no momento do preenchimento dos dados do comprador do veículo usado por se tratar de dados sensíveis, afim de trazer mais segurança para o usuário.

+

Entrevista 2

+

O feedback do usuário foi positivo, uma vez que foi possível executar o roteiro com facilidade e até mesmo agilidade na hora da entrevista. O usuário afirmou também que já tinha feito agendamento pelo portal, logo teve facilidade na hora da avalaição.

+

Análise e Interpretação dos dados

+
    +
  • Com o protótipo de papel foi possível explorar conceitos de design
    • +
+

Entrevista 1: Sim, dado que alguns padrões foram seguidos de forma natural. No entanto, alguns aspectos básicos representados no protótipo causaram estranhesa.

+

Entrevista 2: Sim, foi possível uma vez que o usuário teve naturalidade para executar o roteiro de ações.

+
    +
  • Foi observado alguma sugestão de melhoria para o protótipo proposto?
    • +
+

Entrevista 1: Sim, possibilidade de realizar uma ligação com um atendente durante o cadastro de dados de um comprador, e botão de acesso rápido, na tela inicial

+

Entrevista 2: Melhoria na legibilidade das informações no protótipo de papel.

+
    +
  • Foi possível identificar problemas de usabilidade preliminares?
    • +
+

Entrevista 1: Sim, o próprio botão de Transferência de veículos não se mostrou muito acessivel, e o usuário teve que pensar, e realizar algumas tentativas para encontrar.

+

Entrevista 2: Não foi identificado nenhum problema de usabilidade preliminarmente.

+
    +
  • Foi possível identificar ideias principais de design?
    • +
+

Entrevista 1: Sim, percebeu-se que a equipe não analisou sites concorrentes para atender à uma conformidade com o padrão.

+

Entrevista 2: Sim, foi possível uma vez que o usuário navegou no site com naturalidade.

+

Sumário dos princiáis resultados

+

Propõe-se as seguintes sugestões de correções:

+

Entrevista 1

+
    +
  • Falar com atendente durante preenchimento de dados
    • +
  • Recolocação do botão Transferência de Veículos
    • +
+

Entrevista 2

+
    +
  • Melhorar a legibilidade do protótipo de papel.
    • +
+

Gravação Entrevista 1

+ + +

Gravação Entrevista 2

+ + +

Termo de consentimento para entrevista: clique aqui

+

Referências Bibliográficas

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+
+

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutorRevisor
1.014/01/2025Criação do documento e entrevistaMárcio HenriqueLuiza Maluf
1.114/01/2025Acrescentando as informações da entrevista 2Luiza MalufMárcio Henrique
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/design_avaliacao/pp/termo_gabriel.pdf b/design_avaliacao/pp/termo_gabriel.pdf new file mode 100644 index 00000000..be552dc9 Binary files /dev/null and b/design_avaliacao/pp/termo_gabriel.pdf differ diff --git a/design_avaliacao/storyboard-Luiza.pdf b/design_avaliacao/storyboard-Luiza.pdf new file mode 100644 index 00000000..fd923f8f Binary files /dev/null and b/design_avaliacao/storyboard-Luiza.pdf differ diff --git a/design_avaliacao/storyboard-transfer.pdf b/design_avaliacao/storyboard-transfer.pdf new file mode 100644 index 00000000..8ed1ff4e Binary files /dev/null and b/design_avaliacao/storyboard-transfer.pdf differ diff --git a/design_avaliacao/storyboard/planej-aval-story/index.html b/design_avaliacao/storyboard/planej-aval-story/index.html new file mode 100644 index 00000000..86492034 --- /dev/null +++ b/design_avaliacao/storyboard/planej-aval-story/index.html @@ -0,0 +1,4484 @@ + + + + + + + + + + + + + + + + + + + + + + + Planejamento da Avaliação do Storyboard - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Planejamento da Avaliação do Storyboard

+

Introdução

+

A avaliação de IHC é uma atividade fundamental em qualquer processo de desenvolvimento que busque produzir um sistema interativo com alta qualidade de uso.

+

Dentro da Engenharia de Usabilidade de Mayhew a avaliação é uma atividade essencial para que se atenda às metas definidas e se tnha uma validação pela parte dos usuários (Barbosa e Silva, 2011, p.109-111).

+

Metodologia

+

Dentro do contexto da disciplina será utilizado o framework DECIDE para estruturar o planejamento, a execução e a análise de uma avaliação de IHC.

+

Framework DECIDE

+

As atividades do framework são interligadas e executadas iterativamente, à medida que o avaliador articula os objetivos da avaliação, os dados e recussos disponíveis.

+

Essas atividades são:

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
DDeterminar os objetivos da avaliação.
EExplorar as perguntas a serem respondidas com a avaliação.Para cada objetivo definido existem perguntas a serem respondidas.
CEscolher (Choose) os métodos de avaliação a serem utilizados.
IIdentificar e administrar as questões práticas de avaliação, como recrutamento, preparação, prazos, orçamentos.
DDecidir como lidar com as questões éticas.
EAvaliar (Evaluate), interpretar e apresentar os dados.
+

Autor: Luiza Maluf

+

+

Objetivos Gerais (D)

+

O principal objetivo desse planejamento é avaliar os storyboards elaborados pelos membros do grupo e determinar se estão +de acordo com as expectativas dos usuários e se representa a realidade da execução da tarefa. Com isso, é possível identificar problemas na interação e na interface, assim como a apopriaçãp da tecnologia pelos usuários.

+

Explorar as Perguntas a Serem Respondidas com a Avaliação (E)

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
NºPerguntasRespostasAutor da Pergunta
1Você se identifica com a realidade dos personagens?( ) SIM ( ) NÃOLuiza Maluf
2Os passos do personagem seguem alguma lógica?( ) SIM ( ) NÃOLuiza Maluf
3A motivação do usuário para realizar a tarefa está explícita para você?( ) SIM ( ) NÃOLuiza Maluf
4Após ter contato com o storyboard por completo, você acredita que o objetivo do personagem foi atingido?( ) SIM ( ) NÃOLuiza Maluf
5Existe algum storyboard que você acredita não fazer sentido com a realidade?NOME DO STORYBOARDLuiza Maluf
6Você tem alguma sugestão para a melhoria do storyboard de forma que ele fique mais claro?ABERTALuiza Maluf
7Os textos auxiliam o entedimento do storyboard?( ) SIM ( ) NÃOLuiza Maluf
8Para cada storyboard existe um cenário relacionado?( ) SIM ( ) NÃOLuiza Maluf
9O storyboard representa o diferencial e benefício do Portal DETRAN-DF?( ) SIM ( ) NÃOLuiza Maluf
+

Autor: Luiza Maluf

+

+

Métodos de Avaliação (C)

+

Será feita uma entrevista com um usuário que esteja dentro dos aspectos listados no Perfil de usuários. As perguntas listadas acima serão feitas logo em após o usuário aceitar o termo de consentimento e ter o contato com os storyboards. Após finalziar esse roteiro, é importante que o entrevistado tenha um curto período para que posso apresentar comentários e feedbacks, caso ache que agrege o projeto.

+

Identificar e administrar as questões práticas de avaliação (I)

+

Participantes

+

A seleção do entrevistado foi realizada com base no perfil de usuário de forma que seja um representante do público alvo desejado.

+

Nesse sentido, Lucas Gama de Araujo Bottino (21), foi o canditado +escolhido representando o Perfil A uma vez que é habilitado, possui +experiência intermediária para avançada com tecnologia, e possui tarefas +primárias como renovação de CNH, consulta de multas e agendamento de serviços.

+

Cronograma das atividades

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Data e HoraAtividadeAutor(a)Revisor(a)
13/12/2024Execução do Teste PilotoLuiza MalufMarcio Henrique
16/12/2024Entrevista com o participanteMárcio HenriqueLuiza Maluf
17/12/2024Registro dos resultados da entrevistaLuiza MalufMárcio Henrique
+

Cronograma das entrevistas

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Entrevistador(es)Entrevistado(s)Horário de InícioHorário de FimDataLocal
Márcio HenriqueBruno Bragança16:4016:4520/12/2024Presencial
Luiza MalufLucas Gama17:2517:3003/01/2025Presencial
+

Ferramentas

+

A entrevista será realizada no Microsoft Teams para que se ocorra a gravação e o Google Docs para que o avaliador possa registrar as respostas e feedback do entevistado.

+

Teste Piloto

+

De acordo com Barbosa e Silva (2011, p.307), o teste piloto serve para avaliar o próprio planejamento e analisar se a avaliação produz os dados necessários para responder a questões e objetivos do estudo.

+

Nesse sentido o teste foi executado no dia 20/12/2024 pelos integrantes do grupo Luiza Maluf e Márcio Henrique

+ + +

Aspectos Éticos (D)

+

Como especificado nos aspectos éticos, toda atividade que envolva que envolve participantes é necessário que haja o consentimento.

+

+
+

Termo de Consentimento Livro e Esclarecido

+

+

Prezado(a) Participante,

+

Convidamos você a participar de uma pesquisa universitária desenvolvida na disciplina de Interação Humano-Computador (IHC) da Universidade de Brasília (UnB). O objetivo desta pesquisa é compreender melhor as interações de usuários com o site do Portal DETRAN-DF, visando identificar oportunidades de melhoria na experiência do usuário.

+

Sua participação é voluntária, e os resultados obtidos serão utilizados exclusivamente para fins acadêmicos. Eles poderão ser apresentados em artefatos deste projeto, tendo sempre a sua privacidade e anonimato garantida nos casos em que houver consentimento específico para uso de nome, voz ou imagem.

+

Ao concordar em participar, você estará autorizando a coleta e utilização dos dados fornecidos para fins de pesquisa. Estes serão tratados de forma confidencial e analisados para ajudar na formulação de propostas de melhorias no projeto.

+

Além disso, a atividade pode ser interrompida a qualquer momento, de acordo com a sua vontade e disponibilidade.

+

Dessa forma, pedimos que seja assinalado abaixo se está de acordo com todos os aspectos citados neste termo de consentimento.

+

Eu, [Nome Completo do Participante], dou meu consentimento para colher e utilizar os dados providos por essa atividade, tendo em vista que meu anonimato e privacidades estão sendo respeitados.

+

Avaliar (Evaluate), interpretar e apresentar os dados (E)

+

Após a realização da avaliação, os dados devem ser analisados de acordo com o prosto pelo Planejamento do Relato dos Resultados

+

Referências Bibliográficas

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.009/12/2024Desenvolvimento da AvaliaçãoLuiza Maluf
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/design_avaliacao/storyboard/planj-aval-relato/index.html b/design_avaliacao/storyboard/planj-aval-relato/index.html new file mode 100644 index 00000000..901a6e99 --- /dev/null +++ b/design_avaliacao/storyboard/planj-aval-relato/index.html @@ -0,0 +1,4272 @@ + + + + + + + + + + + + + + + + + + + + + + + Planejamento da Avaliação do Relato dos Resultados - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Planejamento da Avaliação do Relato dos Resultados

+

Introdução

+

O Relato dos Resultados é o artefato que apresenta os dados coletados, analisados e interpretdos pela avaliação. Dessa forma, o planejamento é responsável por apresentar de que forma que esses dados serão tratados e a forma estruturada que serão apresentados.

+

Metodologia

+

Tendo como base os conceitos tratatos no livro de Barbosa e Silva (2011, p.279) e adaptando-os para o documento a ser desenvolvido pela equipe, esses vão incluir:

+
    +
  • Objetivo e escopo da avaliação
    • +
  • Método de avaliação
    • +
  • Seleção dos participantes
    • +
  • Problemas e dificuldades encontradas
    • +
  • Feedback dos usuários
    • +
  • Análise e interpretação dos usuários
    • +
  • Sumários dos principais resultados
    • +
+

Estrutura

+

Objetivo

+

Apresentar os objetivos da avaliação, bem como se esses objetivos foram ou não alcançados.

+

Participante

+

A seleção dos entrevistados foi realizada com base no perfil de usuário definido para o projeto, garantindo que os participantes representem o público-alvo desejado.

+

Metétodo da avaliação

+

Optamos por combinar observação e entrevistas com os usuários, seguindo um modelo padrão para garantir a uniformidade dos dados coletados. A Tabela 1 apresenta um cronograma sugerido para as entrevistas, que poderá ser ajustado conforme o necessário.

+

+Tabela 1 - Cronograma Planejado.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Entrevistadores(s)Entrevistado(s)Horário de InícioHorário de FimDataLocal
Márcio HenriqueEduardo Galvão12:0012:1503/01/2025Presencial
Luiza MalufLucas Gama17:2517:3027/05/2023Presencial
+

Autor - Luiza Maluf e Márcio Henrique.

+

+

Tarefas

+

Apresentar quais tarefas dizem respeito a cada stroyboard.

+

Resultados

+

Deve ser registrado as respostas do entrevistado para cada pergunta, +registrando todo e qualquer feedback que o usuário dê.

+

Problemas

+

É fundamental que seja resgistrado todos os problemas e aspectos negativos encontrados durante a avaliação de cada storyboard.

+

Sugestões

+

A partir dos dos resultados e dos problemas encontrado, é possível produzir sugestões que contribuam para que se melhore o artefato, ou até mesmo evidenciar um problema do Portal DETRAN-DF.

+

Conclusão

+

Por fim, uma breve conclusão dos resultados encontrados na avaliação.

+

Referências Bibliográficas

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.003/12/2024Desenvolvimento da AvaliaçãoLuiza Maluf
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/design_avaliacao/storyboard/relato_storyboard/index.html b/design_avaliacao/storyboard/relato_storyboard/index.html new file mode 100644 index 00000000..2ef8c6b8 --- /dev/null +++ b/design_avaliacao/storyboard/relato_storyboard/index.html @@ -0,0 +1,4547 @@ + + + + + + + + + + + + + + + + + + + + + + + Relato dos resultados - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Relato dos Resultados da Avaliação do Storyboard

+

Introdução

+

Este artefato é responsável pela documentação dos resultados encontrados +após a avaliação dos Storyboards desenvolvidos pelos integrantes do grupo. Será seguido a estrutura conforme explicitado no Planejamento da Avaliação do Relato dos Storyboards.

+

Objetivo e escopo da avaliação

+

O principal objetivo é documentar a avaliação dos storyboards elaborados pelos membros do grupo e determinar se estão de acordo com as expectativas dos usuários e se representa a realidade da execução da tarefa. Com isso, é possível identificar problemas na interação e na interface, assim como a apropriação da tecnologia pelos usuários.

+

Entrevista - Agendamento de Serviço

+

Metodologia de avaliação

+

Optamos por combinar observação e entrevistas com os usuários, seguindo um modelo padrão para garantir a uniformidade dos dados coletados.

+

+Tabela 1 - Cronograma Executado.

+ + + + + + + + + + + + + + + + + + + + + +
Entrevistadores(s)Entrevistado(s)Horário de InícioHorário de FimDataLocal
Luiza MalufLucas Gama17:2517:3003/05/2025Presencial
+

Autor - Luiza Maluf. +

+

Seleção dos participantes

+

A seleção do entrevistado foi realizada com base no perfil de usuário de forma que seja um representante do público alvo desejado.

+

Nesse sentido, Lucas Gama de Araujo Bottino (21), foi o canditado +escolhido representando o Perfil A uma vez que é habilitado, possui +experiência intermediária para avançada com tecnologia, e possui tarefas +primárias como renovação de CNH, consulta de multas e agendamento de serviços.

+

Problemas e dificuldades encontradas

+

Não foi encontrado nenhum problema ou dificuldade durante a entrevista.

+

Feedback dos usuários

+

O entrevistado relatou que o storyboard está bem elaborado e de acordo com a realidade daqueles que utilizam a plataforma para agendar serviços.

+

Análise e interpretação dos resultados

+

Como dito no feedback do usuário, pode-se afirmar que o storyboard está coerente com o esperado pelos usuários em geral.

+

Sumário dos principais resultados

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
NºPerguntasRespostasAutor da Pergunta
1Você se identifica com a realidade dos personagens?(X) SIM ( ) NÃOLuiza Maluf
2Os passos do personagem seguem alguma lógica?(X) SIM ( ) NÃOLuiza Maluf
3A motivação do usuário para realizar a tarefa está explícita para você?(X) SIM () NÃOLuiza Maluf
4Após ter contato com o storyboard por completo, você acredita que o objetivo do personagem foi atingido?(X) SIM ( ) NÃOLuiza Maluf
5Existe algum storyboard que você acredita não fazer sentido com a realidade?"Todos fazem sentido."Luiza Maluf
6Você tem alguma sugestão para a melhoria do storyboard de forma que ele fique mais claro?"Não há sugestão"Luiza Maluf
7Os textos auxiliam o entedimento do storyboard?(X) SIM ( ) NÃOLuiza Maluf
8Para cada storyboard existe um cenário relacionado?(X) SIM ( ) NÃOLuiza Maluf
9O storyboard representa o diferencial e benefício do Portal DETRAN-DF?(X) SIM ( ) NÃOLuiza Maluf
+

Autor: Luiza Maluf

+ + +

+

Entrevista - Transferêcia de Veículo

+

Metodologia de avaliação

+

Optamos por combinar observação e entrevistas com os usuários, seguindo um modelo padrão para garantir a uniformidade dos dados coletados.

+

+Tabela 1 - Cronograma Executado.

+ + + + + + + + + + + + + + + + + + + + + +
Entrevistadores(s)Entrevistado(s)Horário de InícioHorário de FimDataLocal
Márcio HenriqueEduardo Galvão12:0012:1503/05/2025Presencial
+

Autor - Márcio Henrique. +

+

Seleção dos participantes

+

A seleção do entrevistado foi realizada com base no perfil de usuário de forma que seja um representante do público alvo desejado.

+

Nesse sentido, Eduardo Galvão Cavalheiro (20), foi o canditado +escolhido representando o Perfil C uma vez que é habilitado, possui +experiência intermediária para avançada com tecnologia, e possui tarefas (e já teve o contato) +primárias como o de trasnferência de veículos.

+

Problemas e dificuldades encontradas

+

Não foi encontrado nenhum problema ou dificuldade durante a entrevista.

+

Feedback dos usuários

+

O entrevistado relatou que o storyboard está bem etendido e claro e de acordo com a realidade daqueles que utilizam a plataforma para Transeferência de veículos. Mesmo com resalvas por ser um processo mais criterioso que necessita de dados sensíveis entre as partes, o mesmo alegou que não é problema.

+

Análise e interpretação dos resultados

+

Como dito no feedback do usuário, pode-se afirmar que o storyboard está coerente com o esperado pelos usuários em geral.

+

Sumário dos principais resultados

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
NºPerguntasRespostasAutor da Pergunta
1Você se identifica com a realidade dos personagens?(X) SIM ( ) NÃOLuiza Maluf
2Os passos do personagem seguem alguma lógica?(X) SIM ( ) NÃOLuiza Maluf
3A motivação do usuário para realizar a tarefa está explícita para você?(X) SIM () NÃOLuiza Maluf
4Após ter contato com o storyboard por completo, você acredita que o objetivo do personagem foi atingido?(X) SIM ( ) NÃOLuiza Maluf
5Existe algum storyboard que você acredita não fazer sentido com a realidade?"Todos fazem bastante sentido."Luiza Maluf
6Você tem alguma sugestão para a melhoria do storyboard de forma que ele fique mais claro?"Não há sugestão, clareza e simples"Luiza Maluf
7Os textos auxiliam o entedimento do storyboard?(X) SIM ( ) NÃOLuiza Maluf
8Para cada storyboard existe um cenário relacionado?(X) SIM ( ) NÃOLuiza Maluf
9O storyboard representa o diferencial e benefício do Portal DETRAN-DF?(X) SIM ( ) NÃOLuiza Maluf
+

Autor: Luiza Maluf

+ + +

+

Referências Bibliográficas

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.004/01/2025Registro da avaliação do storyboard referente ao agendamento de serviçosLuiza MalufMárcio Henrique
1.105/01/2025Registro da avaliação do storyboard referente a trasferência de veículosMárcio HenriqueLuiza Maluf
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/design_avaliacao/storyboards/index.html b/design_avaliacao/storyboards/index.html new file mode 100644 index 00000000..c0cb40e3 --- /dev/null +++ b/design_avaliacao/storyboards/index.html @@ -0,0 +1,4254 @@ + + + + + + + + + + + + + + + + + + + + + + + Storyboards - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Storyboards

+

Introdução

+

O storyboard é um exemplo de protótipo de baixa fidelidade, muito útil devido sua simplicidade, baixo custo e rápida produção. Isso significa que podem ser rapidamente alterados. São geralmente utilizados em conjunto com cenários. Nos modelos abaixo ele será representando por GUI, sendo do tipo linear. É ncessário atender os seguintes critérios ( podendo posu=suir a explicação por texto).

+
    +
  • As pessoas envolvidas;
    • +
  • Ambiente/contexto;
    • +
  • Tarefas;
    • +
  • Passos envolvidos;
    • +
  • A motivação para usar a sistema;
    • +
  • O que as pessoas precisam fazer para completar a tarefa;
    • +
  • A satisfação da pessoa ao completar a tarefa, no final do storyboard.
    • +
+

Tarefa 1: Transferência de veículos

+

Na figura 1, apresenta-se um storyboard no qual duas pessoas estão realizando uma trasnferência de veículo após uma negociação.

+

+

Figura 1 - Transefência de veículos

+ + +

Autor: Márcio Henrique

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
SeçãoDetalhes
Personagens EnvolvidosGuilherme: Comprador do veículo, 28 anos, analista de sistemas, busca um processo simples e digital.
Carlos: Vendedor, 35 anos, vendedor de peças automotivas, quer um processo rápido e eficiente.
AmbienteGuilherme: Em casa, usando um computador.
Carlos: No trabalho, usando um smartphone.
Plataforma: Sistema online de transferência de veículos do Detran, acessado via navegador e aplicativo.
Motivação de Usar a AplicaçãoGuilherme: Evitar filas e burocracia, buscando um método rápido, intuitivo e seguro.
Carlos: Finalizar a venda rapidamente e transferir a responsabilidade do veículo.
Tarefas1. Acessar o sistema do Detran.
2. Confirmar os dados cadastrais e do veículo.
3. Autenticação digital.
4. Pagar as taxas.
5. Confirmar a conclusão e obter o CRV.
Passos Envolvidos1. Acesso ao Sistema:
- Guilherme: Login no site do Detran (CPF e senha).
- Carlos: Login no app com autenticação facial.
2. Início da Transferência:
- Guilherme: Seleciona “Transferência de Veículo”, insere placa e Renavam.
3. Confirmação dos Dados:
- Sistema exibe detalhes do veículo.
- Carlos confirma via notificação.
4. Autenticação Digital:
- Assinatura digital pelo Gov.br.
5. Pagamento das Taxas:
- Guilherme paga via boleto ou PIX.
6. Finalização:
- Guilherme recebe o novo CRV digital.
- Carlos recebe confirmação da transferência.
O Que é Necessário FazerGuilherme: Acesso ao sistema, login, autenticação digital e pagamento das taxas.
Carlos: Acessar o app, confirmar dados e autorizar transferência.
Ambos: Assinar digitalmente a transferência.
Motivação- Facilidade e Conveniência: Evitar deslocamentos e burocracias.
- Segurança: Transferência correta e comprovada digitalmente.
- Rapidez: Processo concluído em minutos.
Resultado e SatisfaçãoGuilherme: Satisfeito com a compra rápida e segura.
Carlos: Aliviado por transferir a responsabilidade do veículo de forma eficiente.
+

Tarefa 2: Agendamento de Serviço

+

Na figura 2, apresenta-se um stroyboard no qual uma pessoa precisa fazer um agendamento de um serviço no Portal DETRAN-DF.

+

+

Figura 2 - Agendamento de serviço

+ + +

Autor: Luiza Maluf

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
SeçãoDetalhes
Personagens EnvolvidosMariana: Jovem adulta, 20 anos, comprou seu primeiro carro.
Vendedor: Vendedor da concessionária que entrega o carro à Mariana.
AmbienteMariana: Na concessionária pegando seu veículo e em sua casa acessando a plataforma.
Vendedor: Na concessionária entregando o carro de Mariana.
Motivação a usar o PortalMariana: Conseguir a agendar a vistoria de seu carro usado.
Vendedor: ajudar a Mariana.
Tarefas1. Acessar o Portal DETRAN-DF
2. Inserir dados pessoais
3. Selecionar Local, Data e Hora do agendamento
4. Confirmar Agendamento.
Passos Envolvidos1. Juntar documentos informações pessoais necessárias
2. Acessar o Portal DETRAN-DF
3. Inserir os dados necessários
4. Conferir se os dados estão corretos
5. Selecionar local de escolha
6. Escolher uma data e horário disponível
7. Confirmar agendamento
Motivação:- Rapidez para realizar o agendamento;
- Praticidade no momento de visualizar a disponibiliade de horários;
- Conveniência: evita espera em ligações, deslocamentos para centrais de atendimento e etc.
Resultado e SatisfaçãoMariana: Conseguiu agendar com facilidade a vistoria de seu primeiro carro.
Vendedor: Teve uma venda com sucesso e uma cliente feliz.
+

Bibliografia

+
+

KLEMMER, Scott. Storyboards, Paper Prototypes and Mockups. André Barros de Sales,2020. Disponível em:https://www.youtube.com/watch?v=h2H3oIQtddU. Acesso em: 08 dez. 2024.

+

OCR. Guide to Storyboards. [S.l.]: OCR, 2020. Disponível em: https://www.ocr.org.uk/Images/579489-guide-to-storyboards.pdf. Acesso em: 26 jun. 2024.

+
+
+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.009/11/2024Criação do página e Inserção do storyboard da tarefa 1Márcio HenriqueLuiza Maluf
1.109/11/2024Inserção do storyboard da tarefa 2Luiza MalufMárcio Henrique
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/design_avaliacao/stroyboard-agend-serv.png b/design_avaliacao/stroyboard-agend-serv.png new file mode 100644 index 00000000..897a545b Binary files /dev/null and b/design_avaliacao/stroyboard-agend-serv.png differ diff --git a/index.html b/index.html new file mode 100644 index 00000000..01a4f747 --- /dev/null +++ b/index.html @@ -0,0 +1,4014 @@ + + + + + + + + + + + + + + + + + + + + + IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

+

Portal DETRAN - DF

+

Logo Detran

+

+

Esta página é dedicada à documentação de todos os artefatos produzidos pelo grupo 08 na disciplina de Interação Humano-Computador (IHC) da Faculdade do Gama da Universidade de Brasília (FGA-Unb) durante o 2º semestre de 2024.

+

O objetivo do projeto é fazer a avaliação de IHC do site Portal DETRAN - DF e, aplicando os conceitos aprendidos em classe, sugerir melhorias em sua interface.

+

+

Equipe

+ + + + + + +

Luiza Maluf Amorim
+
Marcio Henrique de Sousa Costa
+

+

Bibliografia

+
+

Autores. Repositório do Grupo Bilheteria Digital 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/. Acesso em: 27 nov. 2024.

+
+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)
1.004/11/2024Criação do git pageLuiza Maluf
1.106/11/2024Adição de membroKaio Enzo
2.028/11/2024Mudança do site estudadoLuiza Maluf
2.105/01/2025Mudança de integrantesMárcio Henrique
+

+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git "a/planejamento/Avalia\303\247\303\243o_site_escolhido.pdf" "b/planejamento/Avalia\303\247\303\243o_site_escolhido.pdf" new file mode 100644 index 00000000..9771125b Binary files /dev/null and "b/planejamento/Avalia\303\247\303\243o_site_escolhido.pdf" differ diff --git a/planejamento/avaliacoes/diariorn.pdf b/planejamento/avaliacoes/diariorn.pdf new file mode 100644 index 00000000..9b3877f7 Binary files /dev/null and b/planejamento/avaliacoes/diariorn.pdf differ diff --git "a/planejamento/avalia\303\247\303\243oportaldetrandf.pdf" "b/planejamento/avalia\303\247\303\243oportaldetrandf.pdf" new file mode 100644 index 00000000..5b6ec55e Binary files /dev/null and "b/planejamento/avalia\303\247\303\243oportaldetrandf.pdf" differ diff --git a/planejamento/cronograma/index.html b/planejamento/cronograma/index.html new file mode 100644 index 00000000..245c58ac --- /dev/null +++ b/planejamento/cronograma/index.html @@ -0,0 +1,5475 @@ + + + + + + + + + + + + + + + + + + + + + + + Cronograma - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Cronograma

+

Descrição

+

As atividades da disciplina de IHC estão organizadas em um cronograma flexível, sujeito a ajustes ao longo do curso, para garantir que todas as etapas sejam cumpridas.

+

Entrega 1 - Planejamento do Projeto e Verificação

+

Abaixo temos na tabela 1 e 2 contendo o planejado e executado respectivamente da entrega 1.

+

Planejado

+

+

tabela 1 - Planejamento da entrega 1 +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
AtividadePeríodo de DesenvolvimentoResponsáveisRevisãoRevisores
Avaliação dos sites selecionadoInício: 20/10
Fim: 25/10		Kaio, Márcio e LuizaInício:26/10
Fim: 26/10		Luiza
Selecionar ferramentas do projetoInício: 04/10
Fim: 01/11		Kaio, Márcio e LuizaInício:10/11
Fim: 10/11		Luiza
Realização do cronogramaInício:27/10
Fim: 01/11		MárcioInício:02/11
Fim:02/11		Kaio
Processo de DesignInício: 02/11
Fim: 07/11		kaioInício:08/11
Fim:09/11		Luiza
Documentar EquipeInício: 20/10
Fim: 24/10		LuizaInício:25/10
Fim: 08/11		Márcio
Gravar apresentaçãoInício:11/11
Fim:11/11		Kaio, Márcio e LuizaInício:12/11
Fim:12/11		kaio
Implementar Git PagesInício: 04/11
Fim:04/11		LuizaInício: 04/11
Fim:04/11		Márcio
Correção após apresentaçãoInício:12/11
Fim:12/11		MárcioInício:12/11
Fim:12/11		Kaio
+

Autor: Márcio Henrique. Fonte: Plano de Ensino, 2024

+

Executado

+

+

tabela 2 - executado da entrega 1

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
AtividadePeríodo de DesenvolvimentoResponsáveisRevisãoRevisores
Avaliação dos sites selecionadoInício: 20/10
Fim: 25/10		Kaio, Márcio e LuizaInício:26/10
Fim: 26/10		Luiza
Selecionar ferramentas do projetoInício: 04/11
Fim: 04/11		Kaio, Márcio e LuizaInício:12/11
Fim: 12/11		Kaio
Realização do cronogramaInício:04/11
Fim: 04/11		MárcioInício:10/11
Fim:10/11		Luiza
MetodologiaInício: 07/11
Fim: 07/11		LuizaInício:10/11
Fim:10/11		Márcio
Sites AvaliadosInício: 06/11
Fim: 06/11		MárcioInício:11/11
Fim:11/11		Kaio
Processo de DesignInício: 06/11
Fim: 06/11		LuizaInício:09/11
Fim:09/11		Márcio
Documentar EquipeInício: 20/10
Fim: 24/10		LuizaInício:25/10
Fim: 08/11		Márcio
Gravar apresentaçãoInício:12/11
Fim:12/11		Kaio, Márcio e LuizaInício:12/11
Fim:12/11		Kaio
Implementar Git PagesInício: 04/11
Fim:12/11		LuizaInício: 13/11
Fim:13/11		Yuri
Correção após apresentaçãoInício:13/11
Fim:13/11		MárcioInício:13/11
Fim:13/11		Kaio
+

Autor: Márcio Henrique. Fonte: Plano de Ensino, 2024

+

Entrega 2 - Perfil do usuário

+

Planejado

+

+

Abaixo temos na tabela 3 contendo o planejado e executado da entrega 2

+

tabela 3 - Planejamento da entrega 2 +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
AtividadePeríodo de DesenvolvimentoResponsáveisRevisãoRevisores
Perfil do usuárioInício: 16/11
Fim: 20/11		Kaio, Márcio e LuizaInício:21/11
Fim: 21/11		Luiza
Aspectos Éticos de PesquisasInício:16/10
Fim: 21/11		MárcioInício:21/11
Fim:21/11		Kaio
Análise de TarefasInício: 18/11
Fim: 26/11		kaioInício:24/11
Fim:26/11		Luiza
PersonasInício: 20/10
Fim: 24/10		LuizaInício:25/10
Fim: 08/11		Márcio
Gravar apresentaçãoInício:24/11
Fim:24/11		Kaio, Márcio e LuizaInício:24/11
Fim:24/11		kaio
Correção após apresentaçãoInício:25/11
Fim:25/11		MárcioInício:25/11
Fim:25/11		Kaio
+

Autor: Márcio Henrique. Fonte: Plano de Ensino, 2024

+

Executado

+

tabela 4 - executado da entrega 2

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
AtividadePeríodo de DesenvolvimentoResponsáveisRevisãoRevisores
Perfil do usuárioInício: 06/11
Fim: 02/12		Kaio e LuizaInício:03/12
Fim: 03/12		Márcio
Aspectos Éticos de PesquisasInício:28/11
Fim: 28/11		MárcioInício:02/11
Fim:02/11		Márcio
Análise de TarefasInício: 01/12
Fim: 01/12		MárcioInício:02/12
Fim:02/12		Luiza
PersonasInício: 03/12
Fim: 03/12		KaioInício:03/12
Fim: 03/12		Márcio
Gravar apresentaçãoInício: 03/12
Fim:03/12		Kaio, Márcio e LuizaInício:03/12
Fim:03/12		Kaio
Correção após apresentaçãoInício:05/12
Fim:10/12		MárcioInício: 10/12
Fim:12/12		Kaio
+

Autor: Kaio Enzo. Fonte: Plano de Ensino, 2024

+

Entrega 3 - Princípios gerais do projeto

+

Abaixo temos na tabela 4 contendo o planejado e executado da entrega 3

+

Planejado

+

+

Executado

+

tabela 5 - Planejamento da entrega 3 +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
AtividadePeríodo de DesenvolvimentoResponsáveisRevisãoRevisores
Desenvolvimento dos princípios do projetoInício: 30/11
Fim: 01/12		Kaio, Márcio e LuizaInício:01/12
Fim: 01/12		Luiza
Metas de usabildadeInício:01/12
Fim: 02/12		MárcioInício:02/12
Fim:02/12		Kaio
Guia de EstiloInício: 02/12
Fim: 02/12		kaioInício:02/11
Fim:02/11		Luiza
características da plataforma para o projetoInício: 30/11
Fim: 01/12		LuizaInício:01/12
Fim: 01/12		Márcio
Gravar apresentaçãoInício:03/12
Fim:03/12		Kaio, Márcio e LuizaInício:03/12
Fim:03/12		kaio
Correção após apresentaçãoInício:04/12
Fim:04/12		MárcioInício:04/12
Fim:04/12		Kaio
+

Autor: Márcio Henrique. Fonte: Plano de Ensino, 2024

+

tabela 6 - executado da entrega 3 +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
AtividadePeríodo de DesenvolvimentoResponsáveisRevisãoRevisores
Desenvolvimento dos princípios do projetoInício: 02/12
Fim: 02/12		LuizaInício:03/12
Fim: 03/12		Márcio
Metas de usabildadeInício:02/12
Fim: 02/12		KaioInício:03/12
Fim:03/12		Luiza
Guia de EstiloInício: 02/12
Fim: 03/12		LuizaInício:03/12
Fim:03/11		Márcio
Características da plataforma para o projetoInício: 02/11
Fim: 02/12		LuizaInício:03/12
Fim: 03/12		Márcio
Gravar apresentaçãoInício:03/12
Fim:03/12		Kaio, Márcio e LuizaInício:03/12
Fim:03/12		Kaio
Correção após apresentaçãoInício:06/12
Fim:12/12		MárcioInício:12/12
Fim:14/12		Kaio
+

Autor: Márcio Henrique. Fonte: Plano de Ensino, 2024

+

Entrega 4

+

Abaixo temos na tabela 5 contendo o planejado e executado da entrega 4

+

Planejado

+

+

tabela 7 - Planejamento da entrega 4 +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
AtividadePeríodo de DesenvolvimentoResponsáveisRevisãoRevisores
Planejamento da Avaliação do StoryboardInício: 05/12
Fim: 07/12		MárcioInício:07/12
Fim: 07/12		Luiza
Planejamento do relato dos resultados da avaliação do StoryboardInício:05/12
Fim: 07/12		MárcioInício:08/12
Fim:08/12		Luiza
Planejamento da Avaliação do Análise de tarefasInício: 06/12
Fim: 08/12		MárcioInício:08/12
Fim:08/12		Luiza
planejamento do relato dos resultados da avaliação do Análise de tarefas.Início: 07/12
Fim: 09/12		LuizaInício:09/12
Fim: 09/12		Márcio
Gravar apresentaçãoInício:10/12
Fim:10/12		Márcio e LuizaInício:10/12
Fim:10/12		Márcio
Correção após apresentaçãoInício:11/12
Fim:11/12		MárcioInício:11/12
Fim:11/12		Luiza
+

Autor: Márcio Henrique. Fonte: Plano de Ensino, 2024

+

Executado

+

+

tabela 8 - Planejamento da entrega 4 +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
AtividadePeríodo de DesenvolvimentoResponsáveisRevisãoRevisores
Planejamento da Avaliação do StoryboardInício: 07/12
Fim: 09/12		LuizaInício:10/12
Fim: 10/12		Márcio Henrique
Planejamento do relato dos resultados da avaliação do StoryboardInício:08/12
Fim: 09/12		LuizaInício:10/12
Fim:10/12		Márcio Henrique
Planejamento da Avaliação do Análise de tarefasInício: 06/12
Fim: 09/12		Márcio HenriqueInício:10/12
Fim:10/12		Luiza
planejamento do relato dos resultados da avaliação do Análise de tarefas.Início: 07/12
Fim: 09/12		Márcio HenriqueInício:10/12
Fim: 10/12		Luiza
Gravar apresentaçãoInício:10/12
Fim:10/12		Márcio e LuizaInício:10/12
Fim:10/12		Márcio Henrique
Correção após apresentaçãoInício:11/12
Fim:11/12		MárcioInício:11/12
Fim:11/12		Luiza
+

Autor: Luiza Maluf. Fonte: Plano de Ensino, 2024

+

Entrega 5

+

Abaixo temos na tabela 6 contendo o planejado e executado da entrega 5

+

Planejado

+

+

tabela 9 - Planejamento da entrega 5 +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
AtividadePeríodo de DesenvolvimentoResponsáveisRevisãoRevisores
Relato dos resultados do Story Board e da Análise de tarefasInício: 13/12
Fim: 20/12		Kaio, Márcio e LuizaInício:16/12
Fim: 16/12		Luiza
Planejamento da Avaliação do Protótipo de Papel e do planejamento do relato dos resultados da avaliação do Protótipo de Papel.Início:20/12
Fim: 03/01		MárcioInício:03/01
Fim:03/01		Kaio
Gravar apresentaçãoInício:05/01
Fim:05/01		Kaio, Márcio e LuizaInício:05/01
Fim:05/01		kaio
Correção após apresentaçãoInício:06/01
Fim:06/01		MárcioInício:06/01
Fim:06/01		Kaio
+

Autor: Márcio Henrique. Fonte: Plano de Ensino, 2024

+

Executado

+

+

tabela 9 - Planejamento da entrega 5 +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
AtividadePeríodo de DesenvolvimentoResponsáveisRevisãoRevisores
Relato dos resultados do Story Board e da Análise de tarefasInício: 13/12
Fim: 03/01		Márcio e LuizaInício:03/01
Fim: 03/01		Luiza
Planejamento da Avaliação do Protótipo de Papel e do planejamento do relato dos resultados da avaliação do Protótipo de Papel.Início:20/12
Fim: 05/01		MárcioInício:05/01
Fim:05/01		Luiza
Gravar apresentaçãoInício:05/01
Fim:05/01		Márcio e LuizaInício:05/01
Fim:05/01		Márcio
Correção após apresentaçãoInício:06/01
Fim:06/01		MárcioInício:06/01
Fim:06/01		Luiza
+

Autor: Márcio Henrique. Fonte: Plano de Ensino, 2024

+

Entrega 6

+

Abaixo temos na tabela 7 contendo o planejado e executado da entrega 6

+

Planejado

+

+

tabela 10 - Planejamento da entrega 6 +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
AtividadePeríodo de DesenvolvimentoResponsáveisRevisãoRevisores
Relato dos resultados do Protótipo de PapelInício: 08/01
Fim: 10/01		Kaio, Márcio e LuizaInício:10/01
Fim: 10/01		Luiza
Planejamento da Avaliação do protótipo de alta fidelidadeInício:10/01
Fim: 11/01		MárcioInício:13/01
Fim:13/01		Kaio
Planejamento do relato dos resultados da avaliação do protótipo de alta fidelidadeInício: 11/01
Fim: 14/01		kaioInício:14/01
Fim:14/01		Luiza
Gravar apresentaçãoInício:15/01
Fim:15/01		Kaio, Márcio e LuizaInício:15/01
Fim:15/01		kaio
Correção após apresentaçãoInício:16/01
Fim:16/01		MárcioInício:16/01
Fim:16/01		Kaio
+

Autor: Márcio Henrique. Fonte: Plano de Ensino, 2024

+

Executado

+

+

tabela 10 - Planejamento da entrega 6 +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
AtividadePeríodo de DesenvolvimentoResponsáveisRevisãoRevisores
Relato dos resultados do Protótipo de PapelInício: 08/01
Fim: 10/01		Márcio e LuizaInício:10/01
Fim: 10/01		Luiza
Planejamento da Avaliação do protótipo de alta fidelidadeInício:10/01
Fim: 11/01		MárcioInício:13/01
Fim:13/01		Luiza
Planejamento do relato dos resultados da avaliação do protótipo de alta fidelidadeInício: 12/01
Fim: 12/01		LuizaInício:12/01
Fim:12/01		Márcio
Gravar apresentaçãoInício:14/01
Fim:14/01		Márcio e LuizaInício:14/01
Fim:14/01		Márcio
Correção após apresentaçãoInício:16/01
Fim:16/01		MárcioInício:16/01
Fim:16/01		Luiza
+

Autor: Márcio Henrique. Fonte: Plano de Ensino, 2024

+

Entrega 7

+

Abaixo temos na tabela 8 contendo o planejado e executado da entrega 7

+

Planejado

+

+

tabela 11 - Planejamento da entrega 7 +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
AtividadePeríodo de DesenvolvimentoResponsáveisRevisãoRevisores
Relato dos resultados do Protótipo de PapeInício: 17/01
Fim: 19/01		MárcioInício:19/01
Fim: 19/01		Luiza
Planejamento da Avaliação do protótipo de alta fidelidadeInício: 19/01
Fim: 22/01		LuizaInício:22/01
Fim: 22/01		Kaio
Planejamento do relato dos resultados da avaliação do protótipo de alta fidelidadeInício: 22/01
Fim: 25/01		KaioInício:25/01
Fim: 25/01		Luiza
Gravar apresentaçãoInício:26/01
Fim:26/01		Kaio, Márcio e LuizaInício:26/01
Fim:26/01		kaio
Correção após apresentaçãoInício:27/01
Fim:27/01		MárcioInício:27/01
Fim:27/01		Kaio
+

Autor: Márcio Henrique. Fonte: Plano de Ensino, 2024

+

Entrega 8

+

Abaixo temos na tabela 9 contendo o planejado e executado da entrega 8

+

Planejado

+

+

tabela 12 - Planejamento da entrega 8 +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
AtividadePeríodo de DesenvolvimentoResponsáveisRevisãoRevisores
Relato dos resultados da avaliação do protótipo de alta fidelidadeInício: 26/01
Fim: 26/01		Kaio, Márcio e LuizaInício:26/01
Fim: 26/01		Luiza
Gravar apresentaçãoInício:26/01
Fim:26/01		Kaio, Márcio e LuizaInício:26/01
Fim:26/01		kaio
Correção após apresentaçãoInício:27/01
Fim:27/01		MárcioInício:27/01
Fim:27/01		Kaio
+

Autor: Márcio Henrique. Fonte: Plano de Ensino, 2024

+

Entrega Final

+

Planejado

+

+

Abaixo temos na tabela 10 contendo o planejado e executado da entrega final

+

tabela 13 - Planejamento da entrega final +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
AtividadePeríodo de DesenvolvimentoResponsáveisRevisãoRevisores
Verificação dos artefatosInício: 28/01
Fim: 01/02		Kaio, Márcio e LuizaInício:02/02
Fim: 02/02		Luiza
Gravar apresentaçãoInício:03/02
Fim:03/02		Kaio, Márcio e LuizaInício:03/02
Fim:03/02		kaio
Correção após apresentaçãoInício:05/02
Fim:05/02		MárcioInício:05/02
Fim:05/02		Kaio
+

Autor: Márcio Henrique. Fonte: Plano de Ensino, 2024

+

Bibliografia

+
+

DE MELO, Arthur. Processo de Design. Repositório do Grupo Bilheteria Digital 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/planejamento/cronograma/>. Acesso em: 11 nov. 2024.

+
+

Referências Bibliográficas

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+

SALES, André Barros de. Ambientação - Aula 1, Exemplo de Cronograma. Aprender 3. Distrito Federal, 2016. Disponível em: <https://aprender3.unb.br/pluginfile.php/2530063/mod_resource/content/1/Exemplo%20de%20Cronograma.pdf>. Acesso em 11 de novembro de 2024.

+
+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.004/11/2024Criação do páginaLuiza MalufMárcio Henrique
1.104/11/2024Definição do cronogramaMárcio HenriqueKaio Enzo
1.211/11/2024Correção do artefato com base na verificação feita.Márcio HenriqueKaio Enzo
1.312/11/2024Acresentando todas as entregasMárcio HenriqueKaio Enzo
1.403/12/2024Acresentando cronograma executado da entrega 2 e 3Kaio EnzoMárcio Henrique
1.510/12/2024Inserindo cronograma executado da entrega 4.Luiza MalufMárcio Henrique
1.605/01/2025Inserindo cronograma executado da entrega 5.Márcio HenriqueLuiza Maluf
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/planejamento/ferramentas/index.html b/planejamento/ferramentas/index.html new file mode 100644 index 00000000..6d098bb6 --- /dev/null +++ b/planejamento/ferramentas/index.html @@ -0,0 +1,4121 @@ + + + + + + + + + + + + + + + + + + + + + + + Ferramentas - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Ferramentas

+

Descrição

+

Com o intuito de agilizar e organizar o processo de desenvolvimento, foram selecionadas as ferramentas computacionais apresentadas na Tabela 1, as quais auxiliaram no gerenciamento da equipe e na produção dos artefatos do projeto.

+

+

Tabela 1 - Ferramentas Utilizadas no Projeto +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
FerramentaDescrição
Logo do GitHub Logo do GitHub
GitHub
Organizar, versionar e documentar artefatos produzidos para o projeto.
Logo do Microsoft Teams
Microsoft Teams
Realizações de reuniões e gravações de apresentações.
Logo do Figma
Figma
Produção de artefatos gráficos.
Logo do MkDocs
MkDocs
Criação das páginas de documentação.
Logo do Visual Studio Code
Visual Studio Code
Edição dos arquivos de documentação.
Logo do WhatsApp
WhatsApp
Utilizado como principal canal de comunicação.
Logo do YouTube
YouTube
Hospedagem de vídeos produzidos.
Logo do Google Planilhas
Google Planilhas
Criação de planilhas relacionadas ao cronograma e horários.
Logo do Google Docs
Google Docs
Criação e edição de tabelas e arquivos.
Logo do Google Drive
Google Drive
Compartilhamento de arquivos.
Logo do Miro
Miro
Realizar troca de ideias com usuários.
+

Fonte: Autores.

+

Bibliografia

+
+

1. GitHub. Disponível em: https://docs.github.com/pt. Acesso em: 30 de outubro de 2024.

+

2. Microsoft Teams. Disponível em: https://www.microsoft.com/pt-br/microsoft-teams/group-chat-software. Acesso em: 30 de outubro de 2024.

+

3. Figma. Disponível em: https://www.figma.com/. Acesso em: 30 de outubro de 2024.

+

4. MkDocs. Disponível em: https://www.mkdocs.org/. Acesso em: 30 de outubro de 2024.

+

5. Visual Studio Code. Disponível em: https://code.visualstudio.com/. Acesso em: 30 de outubro de 2024.

+

6. WhatsApp. Disponível em: https://www.whatsapp.com/?lang=pt_br. Acesso em: 30 de outubro de 2024.

+

7. YouTube. Disponível em: https://about.youtube/. Acesso em: 30 de outubro de 2024.

+

8. Google Planilhas. Disponível em: https://www.google.com/intl/pt-BR/sheets/about/. Acesso em: 30 de outubro de 2024.

+

9. Google Docs. Disponível em: https://www.google.com/intl/pt-BR/docs/about/. Acesso em: 30 de outubro de 2024.

+

10. Google Drive. Disponível em: https://workspace.google.com/intl/pt-BR/products/drive/. Acesso em: 30 de outubro de 2024. +

+

13. Miro. Disponível em: https://miro.com/pt/. Acesso em: 30 de outubro de 2024.

+
+

Referências Bibliográficas

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.004/11/2024Criação do páginaLuiza MalufMárcio Henrique
1.105/11/2024Inserção das ferramentasMárcio HenriqueLuiza Maluf
1.210/11/2024Correção da ferramentasMárcio HenriqueLuiza Maluf
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/planejamento/heatmap/index.html b/planejamento/heatmap/index.html new file mode 100644 index 00000000..d11f429d --- /dev/null +++ b/planejamento/heatmap/index.html @@ -0,0 +1,4028 @@ + + + + + + + + + + + + + + + + + + + + + + + Heatmap - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Heatmap

+

Introdução

+

O Heatmap é um quadro de disponibilidade que possibilita visualizar a disponibilidade para trabalho de cada integrante do grupo.

+

Metodologia

+

Cada integrante recebeu um link com o acesso ao Heatmap para ser preenchido e selecionou os horários que o mesmo estaria disponível para trabalhar no projeto da disciplina.

+

Desse modo, foi possível definir melhor os horários para as reuniões bem como os períodos que os participantes poderiam estar se ajudando.

+

O Heatmap pode ser visualizado a seguir:

+

Heatmap

+

Fonte: Autores, 2024

+

Referências Bibliográficas

+
+

WHEN2MEET. When2meet: online scheduling tool. Disponível em: https://www.when2meet.com/?27291815-O51fN. Acesso em: 12 nov. 2024.

+
+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.012/11/2024Criação do páginaLuiza MalufKaio Enzo
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/planejamento/metodologia/index.html b/planejamento/metodologia/index.html new file mode 100644 index 00000000..98cd4d34 --- /dev/null +++ b/planejamento/metodologia/index.html @@ -0,0 +1,4174 @@ + + + + + + + + + + + + + + + + + + + + + + + Metodologias - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Metodologia do Projeto

+

Introdução

+

Para o desenvolvimento deste projeto, utilizamos o Scrum, uma metodologia ágil que permite a gestão e execução de projetos de forma colaborativa e flexível. O Scrum nos ajuda a manter o foco nas necessidades do usuário e a entregar o projeto de maneira iterativa, com entregas contínuas e ajustáveis ao longo do processo.

+

O que é Scrum?

+

Scrum é um framework ágil de desenvolvimento de software que divide o trabalho em ciclos curtos e organizados, chamados sprints. Cada sprint tem uma duração definida e é seguido de uma reunião de review para avaliar o progresso. A abordagem ágil do Scrum favorece a flexibilidade e a adaptação constante, permitindo ajustes rápidos conforme o projeto avança.

+

Papéis no Scrum

+

Scrum Master: A pessoa responsável por garantir que as práticas ágeis do Scrum sejam seguidas e por apoiar o time na remoção de obstáculos. No nosso projeto, o papel de Scrum Master é desempenhado por Luiza Maluf.

+

Product Owner: O responsável por representar os interesses dos stakeholders e assegurar que as prioridades do projeto estejam alinhadas com as necessidades do usuário. O Product Owner do nosso projeto é Márcio Henrique.

+

Time de Desenvolvimento: Todos os membros do grupo, responsáveis pela execução das tarefas do projeto e pela entrega de resultados dentro de cada sprint.

+

Eventos Scrum

+
    +
  • +

    Sprint: Ciclo de trabalho com duração de uma semana, onde o time desenvolve as tarefas definidas no Sprint Backlog. Durante a Sprint, a equipe foca em produzir entregáveis que agreguem valor ao projeto.

    +
    • +
  • +

    Reunião de Planning: Reunião no início de cada Sprint para definir as tarefas a serem realizadas e os objetivos do ciclo.

    +
    • +
  • +

    Reunião de Review: Ao final de cada Sprint, a equipe se reúne para revisar os resultados alcançados e discutir melhorias para o próximo ciclo. Devido à agenda da equipe, combinamos a reunião de Planning com a de Review, otimizando o tempo e garantindo o progresso do projeto.

    +
    • +
  • +

    Status: Reuniões rápidas realizadas antes ou após as aulas, ou por meio de mensagens, para fornecer atualizações sobre o andamento das atividades e resolver questões rapidamente.

    +
    • +
+

Política de Issues e Commits

+

Para garantir a organização do trabalho e facilitar a colaboração no GitHub, adotamos uma política de issues e commits:

+
    +
  • +

    Issues: Devem ser abertas quando houver problemas que não podem ser resolvidos individualmente, propostas de novas funcionalidades ou a necessidade de discussão sobre algum tópico específico, principalmente nos momentos de verificação.

    +
    • +
  • +

    Commits: Ao trabalhar em um problema, a equipe deve criar uma branch específica para a tarefa, realizar os commits necessários e abrir um pull request para revisão. O uso de pull requests facilita o acompanhamento das contribuições e permite a correção de problemas antes da finalização da tarefa.

    +
    • +
+

Verificação dos Artefatos Durante a Revisão de Pull Request

+

Uma das decisões que tomamos para otimizar o fluxo de trabalho do nosso projeto foi integrar a verificação dos artefatos com o evento de revisão de pull request.

+

Por que essa decisão foi tomada?

+

Durante o desenvolvimento do projeto, a equipe trabalha de forma colaborativa, utilizando o GitHub para gerenciar as contribuições através de pull requests. Normalmente, um pull request é aberto para revisar e aprovar alterações realizadas em uma branch específica antes de serem mescladas à branch principal do projeto.

+

No entanto, além dessa revisão de código, decidimos aproveitar esse momento para realizar a verificação dos artefatos de design e desenvolvimento, como protótipos, interfaces ou outros entregáveis.

+

Como funciona?

+

Quando um membro da equipe finaliza uma tarefa que exige alterações no código ou criação de artefatos, ele abre um pull request. Durante a revisão desse pull request, a equipe não só revisa o código, mas também verifica a conformidade dos artefatos com os requisitos do projeto, as diretrizes de design e as metas de usabilidade previamente estabelecidas.

+

Essa abordagem garante que:

+
    +
  • A qualidade do artefato seja validada junto com a revisão técnica, evitando retrabalho no futuro.
    • +
  • Feedback mais rápido sobre os artefatos, uma vez que todos os membros da equipe participam da revisão, oferecendo diferentes perspectivas e sugestões.
    • +
  • Alinhamento contínuo do projeto, já que a cada sprint, a equipe garante que os artefatos estão evoluindo de acordo com as expectativas do usuário e os objetivos do projeto.
    • +
+

Vantagens dessa abordagem:

+
    +
  • Integração eficiente: Ao combinar a verificação de artefatos com o processo de revisão de pull request, conseguimos realizar uma análise mais holística e alinhada das entregas.
    • +
  • Redução de falhas: Identificamos problemas de design ou usabilidade enquanto o código ainda está sendo desenvolvido, o que facilita ajustes rápidos antes da implementação final.
    • +
  • Facilidade de comunicação: Todos os membros da equipe podem comentar e sugerir melhorias nos artefatos, permitindo uma troca constante de ideias e garantindo que o projeto evolua conforme as expectativas de todos os envolvidos.
    • +
+

Essa estratégia de verificação contínua, realizada de forma sincronizada com a revisão de código, é uma das práticas que adotamos para garantir a qualidade e eficiência do nosso projeto de IHC.

+

Bibliografia

+
+

MELO, Arthur. Metodologia. Repositório do Grupo Bilheteria Digital 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/verificacao/grupo/etapa1/planejamento-verificacao-etapa1-grupo. Acesso em: 12 nov, 2024.

+
+

Referência Bibliográfica

+
+

SCHWABER, K.; SUTHERLAND, J. The Scrum Guide. Scrum.org, 2020. Disponível em: https://scrumguides.org. Acesso em: 07 nov. 2024.

+
+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.004/11/2024Criação do páginaLuiza MalufMárcio Henrique
1.107/11/2024Descrição das metodologias do projetoLuiza MalufMárcio Henrique
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/planejamento/portalana.pdf b/planejamento/portalana.pdf new file mode 100644 index 00000000..00b11625 Binary files /dev/null and b/planejamento/portalana.pdf differ diff --git a/planejamento/portalcompras.pdf b/planejamento/portalcompras.pdf new file mode 100644 index 00000000..b6c8d1f1 Binary files /dev/null and b/planejamento/portalcompras.pdf differ diff --git a/planejamento/processoDesign/index.html b/planejamento/processoDesign/index.html new file mode 100644 index 00000000..2438eaed --- /dev/null +++ b/planejamento/processoDesign/index.html @@ -0,0 +1,4184 @@ + + + + + + + + + + + + + + + + + + + + + + + Processo de Design - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Processo de Design

+

Introdução

+

O processo de design é uma metodologia essencial no desenvolvimento de produtos e serviços que +busca criar soluções eficazes e centradas nas necessidades dos usuários.

+

De acordo com Barbosa e Silva (2011, p.93), o processo de design pode ser entendido como o processo de criação e intervenção em situações do cotidiano, onde se desenvolvem artefatos para resolver problemas ou melhorar as situações existentes.

+

Esses artefatos, que são produtos criados intencionalmente com um propósito específico, como uma bicicleta ou um copo, não surgem espontaneamente na natureza, mas sim da inteligência e do trabalho humano.

+

A atividade de design, conforme descrito pelos autores, envolve três etapas principais:

+
    +
  • Análise da situação atual: observar e interpretar o contexto e as necessidades da situação.
    • +
  • Síntese de uma intervenção: planejar e implementar uma ação ou criação que altere a situação, como a introdução de um novo artefato.
    • +
  • Avaliação da nova situação: verificar os resultados dessa intervenção, comparando a situação anterior com a nova para entender as mudanças e seu impacto.
    • +
+

O design, portanto, não é apenas a criação de um artefato, mas sim um processo de identificação de problemas e planejamento de intervenções que melhorem a situação para os envolvidos, trazendo consequências positivas e, eventualmente, desafios a serem considerados.

+

Dentre as diversas técnicas que podem ser utilizadas no processo de design, foram estudados quatro processos, que terão um breve resumo a seguir e a última foi a escolhida pelo grupo para o projeto da disciplina.

+

Modelos de Processos de Designs

+

Ciclo de Vida Simples

+

O Ciclo de Vida Simples é um modelo de desenvolvimento de interfaces que oferece uma estrutura enxuta e direta para o processo de design de sistemas interativos.

+

Preece, Sharp e Rogers (2002, 2007) propuseram um modelo simples para o design de interfaces de interação humano-computador (IHC), que prioriza o design centrado no usuário e a avaliação contínua por meio de protótipos interativos. Esse modelo destaca a importância de iterar continuamente entre as atividades, permitindo um refinamento gradual da solução com base no feedback dos usuários.

+

Em termos de estrutura, o modelo segue uma sequência de atividades gerais de design e divide a etapa de síntese em duas atividades específicas: o design (ou redesenho) conceitual e a construção de uma versão interativa.

+

Durante o design conceitual, o designer explora várias alternativas para formular uma solução que atenda aos requisitos e necessidades identificados anteriormente na análise. As soluções propostas podem ser documentadas em diferentes formatos, como cenários que descrevem a interação, esboços de interface ou outros modelos que representem a interface e a interação do usuário com o sistema.

+

A construção de versões interativas é essencial para testar e validar essas propostas de solução, pois os protótipos simulam a interface final, proporcionando uma experiência tangível para os usuários. Isso facilita a avaliação da IHC, permitindo que os usuários experimentem a interação projetada e forneçam feedback direto.

+

+

ciclo de vida simples

+

Fonte: Barbosa e Silva (2011). +

+

Ciclo de Vida em Estrela

+

O Ciclo de Vida em Estrela, segundo Barbosa e Silva (2011, p.103), desenvolvido por Hix e Hartson (1993), foi um dos primeiros modelos de design voltados para Interação Humano-Computador (IHC) e é composto por seis atividades principais.

+

Ele começa com a análise de tarefas, usuários e funções, que visa compreender a situação atual e identificar necessidades e oportunidades de melhoria. Em seguida, a especificação de requisitos de IHC define os problemas que devem ser resolvidos com o projeto.

+

O processo de síntese é dividido em três atividades: projeto conceitual e especificação do design, onde se concebe a solução de IHC; prototipação, na qual são criadas versões interativas para avaliação; e implementação, onde o sistema interativo final é desenvolvido. A avaliação é a atividade central do modelo, e ocorre após cada uma das demais atividades, garantindo que os resultados atendam às necessidades dos usuários e detectando problemas de usabilidade desde o início.

+

No Ciclo de Vida em Estrela, a sequência das atividades não é fixa, e o designer pode escolher o ponto de partida com base nos recursos e informações disponíveis. O modelo é iterativo e exige que cada etapa seja avaliada antes de prosseguir, permitindo um processo flexível e contínuo de melhorias.

+

+Ciclo de Vida em Estrela +Fonte: Barbosa e Silva (2011). +

+

Engenharia de Usabilidade de Nielsen

+

Segundo Barbosa e Silva (2011, p.104 a 106) é um conjunto de atividades projetadas para serem realizadas ao longo de todo o ciclo de vida do produto, com foco nas etapas iniciais do projeto, antes mesmo de a interface ser criada.

+

Essas atividades incluem conhecer o usuário, realizar análise competitiva, definir metas de usabilidade, adotar designs paralelos e participativos, coordenar o design da interface, aplicar diretrizes heurísticas, prototipar, testar empiricamente e adotar um design iterativo.

+

Engenharia de Usabilidade de Mayhew

+

Segundo Barbosa e Silva (2011, p.109 a 111), a engenharia de usabilidade organiza o processo de design em três fases principais: análise de requisitos, design/avaliação/desenvolvimento e instalação. Este modelo, com abordagem holística, busca integrar diferentes atividades de IHC para direcionar o designer a uma solução interativa eficaz.

+

Na fase de análise de requisitos, são estabelecidas as metas de usabilidade com base no perfil dos usuários, tarefas, características da plataforma e princípios de design de IHC. Essas metas frequentemente são documentadas em "guias de estilos" para garantir sua aplicabilidade nas etapas seguintes.

+

A fase de design, avaliação e desenvolvimento busca criar uma solução de IHC que atenda às metas definidas. Este processo é dividido em três níveis de detalhe: no primeiro nível, realiza-se a reengenharia das tarefas e o desenvolvimento de protótipos de baixa fidelidade; no segundo, são criados padrões de design e protótipos de média fidelidade; no terceiro, ocorre o projeto detalhado da interface, que passa por avaliação com usuários.

+

Por fim, na fase de instalação, o designer coleta feedback dos usuários após um período de uso, o que pode servir para aprimoramentos futuros e para guiar o desenvolvimento de novos sistemas interativos.

+

+Engenharia de Usabilidade de Mayhew Esquema +Fonte: Barbosa e Silva (2011). +

+

Nossa Escolha

+

Escolhemos a Engenharia de Usabilidade de Mayhew como base para nosso processo de design devido à sua abordagem estruturada e prática, que se alinha diretamente com as necessidades do nosso projeto de Interação Humano-Computador.

+

Esse modelo oferece uma metodologia orientada por fases, com etapas claramente definidas que facilitam a implementação de usabilidade desde o início do desenvolvimento até a fase de testes.

+

A Engenharia de Usabilidade de Mayhew permite que façamos uma análise detalhada das necessidades dos usuários, garantindo que o produto final seja intuitivo, eficiente e atenda às expectativas. Além disso, o modelo fornece diretrizes para avaliação e iteração contínuas, o que é fundamental para aprimorar constantemente o design com base no feedback dos usuários.

+

Dessa forma, ao adotar a Engenharia de Usabilidade de Mayhew, asseguramos que nosso projeto siga um caminho bem estruturado para alcançar uma experiência de usuário de alta qualidade e acessível.

+

Referências Bibliográficas

+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.004/11/2024Criação do páginaLuiza MalufMárcio Henrique
1.106/11/2024Descrição dos processos de designLuiza MalufMárcio Henrique
1.211/11/2024Correção do artefato com base na verificação feita.Márcio HenriqueLuiza Maluf
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/planejamento/siteEscolhido/index.html b/planejamento/siteEscolhido/index.html new file mode 100644 index 00000000..ecfba3a1 --- /dev/null +++ b/planejamento/siteEscolhido/index.html @@ -0,0 +1,4241 @@ + + + + + + + + + + + + + + + + + + + + + + + Site Escolhido - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Site Escolhido

+

Introdução

+

Esta página tem como objetivo apresentar o site escolhido para a realização do projeto de Interação Humano Computador.

+

Os estudantes do grupo escolheram alguns sites candidatos e, após uma primeira análise conjunta, foi inicialmente escolhido o site do Diário Oficial do Rio Grande do Norte.

+

Contudo, após a primeira entrega, o grupo recebeu um retorno do professor indicando que seria melhor fazer outra escolha devido à dificuldade de acesso aos principais grupos de usuários do site. Após uma nova análise em conjunto, foi escolhido o Portal DETRAN-DF como objeto de estudo da disciplina.

+
+

Critérios para escolha

+
    +
  • Site não muito complexo.
    • +
  • Site com informações relevantes e públicas.
    • +
  • Interface fora dos padrões.
    • +
  • Disponibilidade de informações para análise.
    • +
+
+

Motivações de escolha

+

Com base nos critérios estabelecidos, o Portal DETRAN-DF foi escolhido por apresentar as seguintes características:

+
    +
  • Informações públicas e relevantes: O site oferece serviços amplamente utilizados pelos cidadãos, como consulta de multas, agendamento de serviços e emissão de guias de pagamento.
    • +
  • Interface fora dos padrões: A interface apresenta problemas de usabilidade e navegação, como menus pouco intuitivos e fluxos de interação que dificultam o uso, o que o torna um bom objeto de análise em um projeto de IHC.
    • +
  • Facilidade de acesso: O site é de acesso público, permitindo que os membros do grupo realizem análises detalhadas sem barreiras ou restrições.
    • +
  • Relevância para o público-alvo: Como se trata de um site amplamente utilizado por condutores e cidadãos do DF, há maior facilidade para observar ou simular o comportamento de usuários reais.
    • +
+
+

Conclusão

+

A avaliação de IHC realizada pelo grupo, com base nas heurísticas de Nielsen, identificou alguns problemas críticos a serem abordados, como:

+

1. Liberdade e controle do usuário:

+
    +
  • Problema: Falta de controle e fluidez na navegação.
    • +
  • Em algumas páginas, o usuário precisa utilizar o botão de "voltar" do navegador, o que pode causar erros ou recarregamentos desnecessários.
    • +
  • Menus não apresentam uma hierarquia clara, dificultando o retorno às páginas anteriores ou ao menu principal.
    • +
  • Impacto: Essa falta de liberdade torna a navegação confusa e aumenta o esforço cognitivo do usuário.
    • +
+

2. Prevenção de erros:

+
    +
  • Problema: Falta de feedback claro para o usuário durante interações importantes.
    • +
  • Por exemplo, ao realizar uma busca por multas, o sistema não fornece uma mensagem clara de erro caso os dados estejam incorretos ou o resultado não seja encontrado.
    • +
  • Impacto: O usuário pode acreditar que houve um problema técnico ou que o sistema não está funcionando.
    • +
+

3. Consistência e padrões:

+
    +
  • Problema: A interface utiliza nomenclaturas e elementos visuais inconsistentes.
    • +
  • Exemplo: Botões com diferentes estilos para funções semelhantes.
    • +
  • Impacto: Dificulta a compreensão das ações disponíveis, especialmente para usuários menos experientes.
    • +
+

4. Feedback do sistema:

+
    +
  • Problema: O site apresenta pouca resposta visual após interações do usuário.
    • +
  • Por exemplo, o sistema não sinaliza se um filtro foi aplicado corretamente ou se há progresso em uma tarefa, como o carregamento de dados.
    • +
  • Impacto: A ausência de feedback contribui para frustração e desorientação durante o uso.
    • +
+
+

Conclusão Final

+

A avaliação inicial realizada pelo grupo identificou problemas significativos de usabilidade no Portal DETRAN-DF, com severidade variando de média a alta. Esses problemas comprometem a experiência do usuário, especialmente em tarefas importantes, como consultar multas e agendar serviços. O projeto buscará aprofundar a análise e propor soluções concretas para melhorar a usabilidade e acessibilidade do site.

+

A avaliação completa do grupo sobre a página pode ser lida na íntegra no documento abaixo:

+ + +

Referências Bibliográficas

+
+

DETRAN-DF. Departamento de Trânsito do Distrito Federal. Disponível em: https://www.detran.df.gov.br. Acesso em: 29 nov. 2024.

+
+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.004/11/2024Criação do páginaLuiza MalufKaio Enzo
1.106/11/2024Adição de informaçõesKaio EnzoLuiza Maluf
1.211/11/2024Correção do artefato com base na verificação feita.Kaio EnzoLuiza Maluf
2.028/11/Mudança do site escolhidoLuiza MalufKaio Enzo
2.128/11/Avaliação do site escolhidoMárcio HenriqueKaio Enzo
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/planejamento/sitesAvaliados/index.html b/planejamento/sitesAvaliados/index.html new file mode 100644 index 00000000..41227188 --- /dev/null +++ b/planejamento/sitesAvaliados/index.html @@ -0,0 +1,4159 @@ + + + + + + + + + + + + + + + + + + + + + + + Sites Avaliados - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Sites Avaliados

+

Introdução

+

Baseado nos métodos de avaliação heurística e teste de usabilidade, dois dos integrantes realizou o planejamento e execução utilizando o framework DECIDE. A Tabela 1 mostra em detalhes qual site foi avaliado e qual integrante ficou responsável.

+

+ + + + + + + + + + + + + + + + + + + + + + + + + +
Site AvaliadoIntegrante responsável
Compras govLuiza Maluf
ANA - Agência Nacional de ÁguasMárcio Henrique
Diário Oficial RNMárcio Henrique e Kaio enzo
Portal Detran-DFMárcio Henrique
+

Autores: Kaio enzo, Luiza Maluf, Márcio Henrique

+

+

OBS.: Dado a baixa lista de sites avaliados, o integrante Kaio motivou a ideia de avaliarmos o site do Diário Oficial RN posteriormente, com o propósito de abrir o leque de escolhas. Entretando devido o pouco contato de perfis que utilizam esse sistema, foi decidido trocarmos para um serviço ao público como o Detran.

+

Compras Gov

+

A responsável por realizar essa avaliação foi a integrante Luiza Maluf, tal avaliação teve como principal objetivo Avaliar a interface e a interação do Portal de Compras Governamentais, focando em aspectos de usabilidade e acessibilidade. Sendo assim, foram avaliados três principais caminhos de interação: Buscar uma Licitação utilizando palavras-chave e filtros, enviar uma proposta, preenchendo todos os campos necessários, acessar e baixar um documento relacionado a uma licitação específica.:

+
    +
  • Conclusão
    • +
+

Os resultados demonstram que, enquanto usuários experientes consideram o portal relativamente +intuitivo e eficiente, usuários com pouca experiência encontram obstáculos +significativos, especialmente em relação à compreensão das terminologias e ao fluxo +de envio de propostas.

+ + +

ANA - Agência nacional de águas

+

O responsável por realizar essa avaliação foi o integrante Márcio Henrique, Esta avaliação tem como objetivo inspecionar os padrões definidos pelo design system do gov.br, e visualizando o uso para diversas camadas sociais. Sendo assim, foram avaliados as seguintes diretrizes Visibilidade do estado do sistema e Controle e liberdade do usuário . Na avaliação heurística, foram encontradas as seguintes violações e os seus respectivos graus de severidade:

+
    +
  • Status do sistema: simples.
    • +
  • Controle do usuário e liberdade: pequeno.
    • +
  • Estética e design minimalista: simples.
    • +
+ + +

Diário oficial do RN

+

O objetivo desta avaliação é identificar problemas de usabilidade que possam comprometer a experiência do usuário e sugerir melhorias para tornar o site mais fácil de usar, eficiente e intuitivo. Utilizando duas diretrizes da avaliação heurística de Nielsen, ( Controle do usuário e liberdade e Prevenção de erros)

+
    +
  • Status do sistema: simples.
    • +
  • Controle do usuário e liberdade: grave.
    • +
  • prevenção de erros: Médio.
    • +
  • Estética e design minimalista: simples.
    • +
+ + +

Portal DETRAN-DF

+

Após a primeira entrega da disciplina de IHC, recebmos um feedback do professor aconselhando a procura de outro site para podermos trabalhar encima nas questões de IHC. Nesse sentido, foi feita uma avaliação do site do Portal DETRAN-DF a fim de identificar problemas de usabilidade.

+

Problemas identificados: +* Falta de clareza em menus e campos de busca para tarefas específicas. +* Informações importantes (como o agendamento de CNH) estão difíceis +de localizar. +* O excesso de links em algumas páginas confunde os usuários.

+ + +

Referências Bibliográficas

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.004/11/2024Criação do páginaLuiza MalufKaio Enzo
1.106/11/2024inserção de sites avaliadosMárcio HenriqueKaio Enzo
1.206/11/2024inserção de site DetranMárcio HenriqueKaio Enzo
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/search/search_index.json b/search/search_index.json new file mode 100644 index 00000000..a7cc7d84 --- /dev/null +++ b/search/search_index.json @@ -0,0 +1 @@ +{"config":{"lang":["pt"],"separator":"[\\s\\-]+","pipeline":["stopWordFilter"]},"docs":[{"location":"","title":"Home","text":"

"},{"location":"#portal-detran-df","title":"Portal DETRAN - DF","text":"

Esta p\u00e1gina \u00e9 dedicada \u00e0 documenta\u00e7\u00e3o de todos os artefatos produzidos pelo grupo 08 na disciplina de Intera\u00e7\u00e3o Humano-Computador (IHC) da Faculdade do Gama da Universidade de Bras\u00edlia (FGA-Unb) durante o 2\u00ba semestre de 2024.

O objetivo do projeto \u00e9 fazer a avalia\u00e7\u00e3o de IHC do site Portal DETRAN - DF e, aplicando os conceitos aprendidos em classe, sugerir melhorias em sua interface.

"},{"location":"#equipe","title":"Equipe","text":"Luiza Maluf Amorim Marcio Henrique de Sousa Costa"},{"location":"#bibliografia","title":"Bibliografia","text":"

Autores. Reposit\u00f3rio do Grupo Bilheteria Digital da disciplina de Intera\u00e7\u00e3o Humano Computador da Universidade de Bras\u00edlia, 2023. Dispon\u00edvel em: https://interacao-humano-computador.github.io/2023.1-BilheteriaDigital/. Acesso em: 27 nov. 2024.

"},{"location":"#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) 1.0 04/11/2024 Cria\u00e7\u00e3o do git page Luiza Maluf 1.1 06/11/2024 Adi\u00e7\u00e3o de membro Kaio Enzo 2.0 28/11/2024 Mudan\u00e7a do site estudado Luiza Maluf 2.1 05/01/2025 Mudan\u00e7a de integrantes M\u00e1rcio Henrique"},{"location":"analiseRequisitos/aspEticos/","title":"Aspectos \u00c9ticos","text":""},{"location":"analiseRequisitos/aspEticos/#introducao","title":"Introdu\u00e7\u00e3o","text":"

A an\u00e1lise de requisitos no contexto de IHC envolve mais do que a compreens\u00e3o das necessidades dos usu\u00e1rios; ela exige um compromisso \u00e9tico rigoroso. Durante o processo de levantamento de informa\u00e7\u00f5es e intera\u00e7\u00e3o com usu\u00e1rios, \u00e9 fundamental respeitar os princ\u00edpios \u00e9ticos que asseguram a prote\u00e7\u00e3o e o bem-estar dos participantes, como privacidade, o anonimato e a confidencialidade das informa\u00e7\u00f5es coletadas (Barbosa e Silva, 2011, p.138-139).

Conforme destacado por Barbosa e Silva (2011, p.139), as pr\u00e1ticas \u00e9ticas devem incluir a explica\u00e7\u00e3o clara dos objetivos da pesquisa, a descri\u00e7\u00e3o detalhada do papel dos participantes e a garantia de que os dados coletados sejam usados de maneira respons\u00e1vel e segura.

Com base nos princ\u00edpios da Resolu\u00e7\u00e3o 196/96 do Conselho Nacional de Sa\u00fade, que orienta pesquisas envolvendo seres humanos, a an\u00e1lise prioriza o respeito \u00e0 autonomia dos indiv\u00edduos, garantindo o consentimento livre e esclarecido, e assegura a aplica\u00e7\u00e3o do princ\u00edpio da n\u00e3o malefic\u00eancia, minimizando riscos e evitando qualquer tipo de dano, seja f\u00edsico, emocional ou social. Al\u00e9m disso, \u00e9 essencial considerar o princ\u00edpio da justi\u00e7a, promovendo benef\u00edcios coletivos significativos e tratando todos os participantes de forma equitativa.

Barbosa e Silva (2011, p.140) tamb\u00e9m destacam a import\u00e2ncia de pr\u00e1ticas como preservar o anonimato dos participantes na divulga\u00e7\u00e3o de resultados e evitar situa\u00e7\u00f5es de desconforto f\u00edsico ou psicol\u00f3gico durante os estudos. Por exemplo, \u00e9 recomendado assegurar que os participantes tenham liberdade para interromper sua participa\u00e7\u00e3o a qualquer momento sem sofrer qualquer tipo de penaliza\u00e7\u00e3o.

Ao conduzir a an\u00e1lise de requisitos do Portal DETRAN-DF, seguimos rigorosamente essas diretrizes para garantir que os m\u00e9todos empregados sejam tecnicamente eficazes e eticamente respons\u00e1veis. Esse compromisso reflete nossa ades\u00e3o \u00e0s pr\u00e1ticas sugeridas por Barbosa e Silva (2011), refor\u00e7ando o respeito \u00e0 dignidade e aos direitos das pessoas envolvidas.

"},{"location":"analiseRequisitos/aspEticos/#termo-de-consentimento-livre-e-esclarecido-tcle","title":"Termo de Consentimento Livre e Esclarecido (TCLE)","text":"

O termo de consentimento abaixo apresenta um padr\u00e3o a ser utilizado durante as atividades da disciplina de Intera\u00e7\u00e3o Humano-Computador (IHC) aplicadas \u00e0 seres humanos.

Termo de Consentimento

Prezado(a) Participante,

Convidamos voc\u00ea a participar de uma pesquisa universit\u00e1ria desenvolvida na disciplina de Intera\u00e7\u00e3o Humano-Computador (IHC) da Universidade de Bras\u00edlia (UnB). O objetivo desta pesquisa \u00e9 compreender melhor as intera\u00e7\u00f5es de usu\u00e1rios com o site do Portal DETRAN-DF, visando identificar oportunidades de melhoria na experi\u00eancia do usu\u00e1rio.

Sua participa\u00e7\u00e3o \u00e9 volunt\u00e1ria, e os resultados obtidos ser\u00e3o utilizados exclusivamente para fins acad\u00eamicos. Eles poder\u00e3o ser apresentados em artefatos deste projeto, tendo sempre a sua privacidade e anonimato garantida nos casos em que houver consentimento espec\u00edfico para uso de nome, voz ou imagem.

Ao concordar em participar, voc\u00ea estar\u00e1 autorizando a coleta e utiliza\u00e7\u00e3o dos dados fornecidos para fins de pesquisa. Estes ser\u00e3o tratados de forma confidencial e analisados para ajudar na formula\u00e7\u00e3o de propostas de melhorias no projeto.

Al\u00e9m disso, a atividade pode ser interrompida a qualquer momento, de acordo com a sua vontade e disponibilidade.

Dessa forma, pedimos que seja assinalado abaixo se est\u00e1 de acordo com todos os aspectos citados neste termo de consentimento.

( ) Concordo.

( ) N\u00e3o concordo.

Assinatura do entrevistador:

Assinatura do entrevistado:

Nota: a depender da atividade aplicada, esse termo de consentimento pode sofrer altera\u00e7\u00f5es.

"},{"location":"analiseRequisitos/aspEticos/#bibliografia","title":"Bibliografia","text":"

RIBEIRO, Bruno; GOBBI, Lucas. Aspectos \u00e9ticos. Reposit\u00f3rio do Grupo Branco Central do Brasil da disciplina Intera\u00e7\u00e3o Humano-Computador da Universidade de Bras\u00edlia, 2023. Dispon\u00edvel em: https://interacao-humano-computador.github.io/2023.1-BancoCentral/#/analise_requisitos/aspectos_eticos. Acesso em: 28/11/2024

"},{"location":"analiseRequisitos/aspEticos/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"analiseRequisitos/aspEticos/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 28/11/2024 Adi\u00e7\u00e3o de informa\u00e7\u00f5es dos aspectos \u00e9ticos. Luiza Maluf M\u00e1rcio Henrique"},{"location":"analiseRequisitos/caracGerais/","title":"Caracter\u00edsticas Gerais","text":""},{"location":"analiseRequisitos/caracGerais/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Tendo em vista o fluxo do Processo de Design escolhido para orientar esse projeto, \u00e9 importante tratar das caracter\u00edsticas da plataforma a fim de se fazer uma an\u00e1lise completa dos requsitos.

Este artefato tem como prop\u00f3sito destacar as caracter\u00edsticas principais da plataforma, mapeando os fluxos mais utilizados pelos usu\u00e1rios e os percursos seguidos para alcan\u00e7ar seus objetivos. Tamb\u00e9m busca identificar e avaliar fatores que possam dificultar ou gerar insatisfa\u00e7\u00e3o durante a navega\u00e7\u00e3o, categorizados aqui como limita\u00e7\u00f5es e barreiras.

"},{"location":"analiseRequisitos/caracGerais/#metodologia","title":"Metodologia","text":"

A metodologia adotada neste artefato \u00e9 a Inspe\u00e7\u00e3o, uma abordagem que, conforme descrito por Barbosa e Silva (2011, p.301 e p.303), permite o avaliador realizar uma an\u00e1lise detalhada da interface sem a necessidade direta de envolvimento dos usu\u00e1rios durante o processo inicial.

A Inspe\u00e7\u00e3o envolve o exame minucioso de aspectos-chave da plataforma, como usabilidade, acessibilidade e efici\u00eancia, baseando-se em crit\u00e9rios e diretrizes previamente estabelecidos. Esse m\u00e9todo \u00e9 amplamente utilizado para identificar problemas de intera\u00e7\u00e3o, barreiras de uso e oportunidades de melhoria antes mesmo de realizar testes com usu\u00e1rios reais.

"},{"location":"analiseRequisitos/caracGerais/#aspectos-inspecionados","title":"Aspectos Inspecionados","text":""},{"location":"analiseRequisitos/caracGerais/#estrutura-e-organizacao-da-informacao","title":"Estrutura e Organiza\u00e7\u00e3o da Informa\u00e7\u00e3o","text":"

  • Pontos Positivos:

    • O menu principal est\u00e1 localizado no topo da p\u00e1gina, com op\u00e7\u00f5es claras como Ve\u00edculos, Agendamentos, Infra\u00e7\u00f5es, entre outros.

    • H\u00e1 uso de \u00edcones e textos para auxiliar a navega\u00e7\u00e3o, especialmente em consultas frequentemente realizadas pelos usu\u00e1rios.

    • A p\u00e1gina inicial apresenta informa\u00e7\u00f5es importantes de forma destacada, como notifica\u00e7\u00f5es e comunicados.

  • Limites e Entraves:

    • Falta um mecanismo de busca eficiente para ajudar os usu\u00e1rios a encontrar informa\u00e7\u00f5es diretamente, sem navegar por v\u00e1rias se\u00e7\u00f5es.

    • Informa\u00e7\u00f5es \u00fateis, como hor\u00e1rios de atendimento presencial ou telefones de contato, n\u00e3o est\u00e3o centralizadas de forma clara na p\u00e1gina inicial.

    • Os nomes das subse\u00e7\u00f5es de \"Consultas\", \"Emiss\u00e3o\", \"Tansfer\u00eancia/inclus\u00e3o\" s\u00e3o muito sintetizados, o que n\u00e3o deixa expl\u00edcito para o usu\u00e1rio qual exata consulta ele pode utilizar.

"},{"location":"analiseRequisitos/caracGerais/#navegabilidade-e-fluxos-de-uso","title":"Navegabilidade e Fluxos de Uso","text":"

  • Pontos Positivos:

    • O site \u00e9 responsivo e adapta-se bem a dispositivos m\u00f3veis, o que \u00e9 essencial considerando o perfil de muitos usu\u00e1rios.

    • Os fluxos para agendamentos e consultas est\u00e3o relativamente bem definidos.

  • Limites e Entraves:

    • O usu\u00e1rio pode apresentar dificuldade em navegar pelas funcionalidaes uma vez que n\u00e3o existe, como por exemplo, uma p\u00e1gina de consultas com todas as consultas e uma especifica\u00e7\u00e3o de cada uma.

    • O usu\u00e1rio precisa estar logado para ter acesso a certos tipos de informa\u00e7\u00f5es, sendo que existe a possibilidade dele n\u00e3o saber o que o t\u00edtulo da consulta significa.

    • Os termos utilizdos nas \"Consultas\" n\u00e3o s\u00e3o intuitivos para novos usu\u00e1rios como por exemplo, \"Ve\u00edculo - D\u00e9bito\", \"Ve\u00edculo - SNG\", \"Ve\u00edculo - Km\", \"Ve\u00edculo - Nada consta\".

    • Os formul\u00e1rios possuem campos a serem preenchidos, contudo os campos possuem a orienta\u00e7\u00e3o \"Selecionar\" sendo que n\u00e3o h\u00e1 op\u00e7\u00f5es a serem selecioandas.

    • A p\u00e1gina de login n\u00e3o possui a possibilidade de recupera\u00e7\u00e3o de senha e nem de \"Esqueci minha senha\".

"},{"location":"analiseRequisitos/caracGerais/#consistencia-e-design","title":"Consist\u00eancia e Design","text":"

  • Pontos Positivos:

    • A identidade visual \u00e9 consistente com a proposta institucional, utilizando cores que remetem \u00e0 identidade do DETRAN.

    • \u00cdcones e textos apresentam uma linguagem formal e institucional, adequada ao p\u00fablico-alvo.

  • Limites e Entraves:

    • A interface carece de contrastes adequados em algumas se\u00e7\u00f5es, dificultando a leitura para pessoas com defici\u00eancias visuais ou baixa vis\u00e3o.

    • O layout pode ser percebido como antiquado e pouco atrativo em compara\u00e7\u00e3o com padr\u00f5es modernos e at\u00e9 mesmo muito simples.

"},{"location":"analiseRequisitos/caracGerais/#acessibilidade","title":"Acessibilidade","text":"

  • Pontos Positivos:

    • O site possui uma estrutura com a fonte dos textos de tamanho adequado, podendo facilitar a leitura para pessoas com dificuldades.

  • Limites e Entraves:

    • N\u00e3o foi identificado suporte robusto para leitores de tela, o que pode limitar o acesso para pessoas com defici\u00eancias visuais.

    • N\u00e3o h\u00e1 uma op\u00e7\u00e3o de tema de alto contraste ou modo noturno, que poderia beneficiar pessoas com baixa vis\u00e3o ou sensibilidade \u00e0 luz.

    • O conte\u00fado textual utiliza linguagem t\u00e9cnica ou burocr\u00e1tica em algumas se\u00e7\u00f5es, o que pode dificultar a compreens\u00e3o para certos tipos de usu\u00e1rios.

"},{"location":"analiseRequisitos/caracGerais/#funcionalidades-e-conteudo","title":"Funcionalidades e Conte\u00fado","text":"

  • Pontos Positivos:

    • O portal oferece integra\u00e7\u00e3o com servi\u00e7os digitais, como emiss\u00e3o de boletos e consulta de infra\u00e7\u00f5es.

    • A p\u00e1gina inicial exibe atalhos para funcionalidades importantes, como \"Consulta CNH\" e \"Autoriza\u00e7\u00e3o para estacionamento\".

  • Limites e Entraves:

    • O portal n\u00e3o apresenta tutoriais ou guias interativos para ajudar usu\u00e1rios iniciantes a realizar tarefas mais complexas.

    • Maior parte das funcionalidades e acesso aos conte\u00fados s\u00e3o bloqueados ao usu\u00e1rio, sendo liberadas para quando ocorrer o login.

"},{"location":"analiseRequisitos/caracGerais/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"analiseRequisitos/caracGerais/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisores 1.0 01/12/2024 Descri\u00e7\u00e3o das caracter\u00edsticas Gerais do Projeto. Luiza Maluf M\u00e1rcio Henrique"},{"location":"analiseRequisitos/cenarios/","title":"Cen\u00e1rios","text":""},{"location":"analiseRequisitos/cenarios/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Segundo (Barbosa e Silva, 2011, p.138 e p.139), cen\u00e1rio \u00e9 uma hist\u00f3ria sobre pessoas realizando uma atividade, de forma textual ou pict\u00f3rica. Os cen\u00e1rios podem ser utilizados em diversas etapas do processo, com diferentes objetivos. Os cen\u00e1rios podem ser utilizados para descrever situa\u00e7\u00f5es atuais, futuras ou desejadas, e podem ser utilizados para descrever o contexto de uso, as tarefas, as metas, as necessidades e os problemas dos usu\u00e1rios. No geral, cada cen\u00e1rio representa um ator principal e um objetivo principal.

"},{"location":"analiseRequisitos/cenarios/#metodologia","title":"Metodologia","text":"

Escolhemos a representa\u00e7\u00e3o de cen\u00e1rios por meio de texto estruturado, utilizando linguagem natural semi-estruturada para melhor entendimento e organiza\u00e7\u00e3o das informa\u00e7\u00f5es. A tabela a seguir apresenta a estrutura adotada para a descri\u00e7\u00e3o dos cen\u00e1rios:

Tabela 1: Estrutura de descri\u00e7\u00e3o de cen\u00e1rios Elemento Descri\u00e7\u00e3o Identificador C\u00f3digo \u00fanico para identificar o cen\u00e1rio. Contexto Descri\u00e7\u00e3o de pr\u00e9-condi\u00e7\u00f5es, local (f\u00edsico) e tempo Recursos Objetos passivos com os quais os atores interagem Ator Pessoa ou estrutura organizacional Epis\u00f3dios A\u00e7\u00e3o realizada por um ou v\u00e1rios atores com participa\u00e7\u00e3o de outros atores utilizando recursos Restri\u00e7\u00f5es Imposi\u00e7\u00e3o que restrinja um epis\u00f3dio de um cen\u00e1rio Exce\u00e7\u00e3o Tratamento para uma situa\u00e7\u00e3o excepcional ou de erro

Fonte: Adaptado de Lucas Gabriel, 2022.

"},{"location":"analiseRequisitos/cenarios/#cenarios-identificado","title":"Cen\u00e1rios identificado","text":"

Utilizando a estrutura definida no documento, seguem tr\u00eas cen\u00e1rios para as tarefas de Acesso \u00e0 CNH, Agendamento de servi\u00e7o e Transfer\u00eancia de ve\u00edculo:

Cen\u00e1rio 1: Acesso \u00e0 CNH Digital

Tabela 2: Cen\u00e1rio 1: Acesso \u00e0 CNH Digital

Elemento Descri\u00e7\u00e3o Identificador CNH-01 Contexto Usu\u00e1rio em casa, \u00e0 noite, deseja acessar sua CNH digital pelo celular. Recursos Smartphone com acesso \u00e0 internet, aplicativo do DETRAN-DF instalado. Ator Usu\u00e1rio do portal DETRAN-DF. Epis\u00f3dios 1. Usu\u00e1rio abre o aplicativo do DETRAN-DF.2. Usu\u00e1rio clica em \"Entrar\".3. Usu\u00e1rio insere CPF e senha.4. Usu\u00e1rio acessa a CNH digital. Restri\u00e7\u00f5es O usu\u00e1rio precisa ter cadastro no portal do DETRAN-DF e a CNH digital emitida. Exce\u00e7\u00e3o Senha incorreta: o sistema exibe mensagem de erro e permite que o usu\u00e1rio tente novamente ou recupere a senha.

Autor: Kaio Enzo.

Cen\u00e1rio 2: Agendamento de Servi\u00e7o

Tabela 3: Cen\u00e1rio 2: Agendamento de Servi\u00e7o

Elemento Descri\u00e7\u00e3o Identificador AG-01 Contexto Usu\u00e1rio no trabalho, durante o hor\u00e1rio de almo\u00e7o, deseja agendar a renova\u00e7\u00e3o da sua CNH. Recursos Computador com acesso \u00e0 internet, navegador web. Ator Usu\u00e1rio do portal DETRAN-DF. Epis\u00f3dios 1. Usu\u00e1rio acessa o portal do DETRAN-DF.2. Usu\u00e1rio clica em \"Servi\u00e7os\".3. Usu\u00e1rio seleciona \"Renova\u00e7\u00e3o de CNH\".4. Usu\u00e1rio escolhe data e hora dispon\u00edveis.5. Usu\u00e1rio confirma o agendamento. Restri\u00e7\u00f5es O usu\u00e1rio precisa ter cadastro no portal do DETRAN-DF e atender aos pr\u00e9-requisitos para a renova\u00e7\u00e3o da CNH. Exce\u00e7\u00e3o N\u00e3o h\u00e1 hor\u00e1rios dispon\u00edveis: o sistema exibe mensagem informando a indisponibilidade e sugere outras datas ou unidades de atendimento.

Autor: Luiza Maluf

Cen\u00e1rio 3: Transfer\u00eancia de Ve\u00edculo

Table 4: Cen\u00e1rio 3: Transfer\u00eancia de Ve\u00edculo

Elemento Descri\u00e7\u00e3o Identificador TV-01 Contexto Usu\u00e1rio em casa, \u00e0 noite, deseja iniciar o processo de transfer\u00eancia de seu ve\u00edculo para um novo propriet\u00e1rio. Recursos Computador com acesso \u00e0 internet, navegador web, documentos do ve\u00edculo e do novo propriet\u00e1rio. Ator Usu\u00e1rio do portal DETRAN-DF (vendedor do ve\u00edculo). Epis\u00f3dios 1. Usu\u00e1rio acessa o portal do DETRAN-DF.2. Usu\u00e1rio clica em \"Ve\u00edculos\".3. Usu\u00e1rio seleciona \"Transfer\u00eancia de Ve\u00edculo\".4. Usu\u00e1rio preenche os dados do ve\u00edculo e do novo propriet\u00e1rio.5. Usu\u00e1rio inicia a solicita\u00e7\u00e3o de transfer\u00eancia. Restri\u00e7\u00f5es O usu\u00e1rio precisa ter cadastro no portal do DETRAN-DF, possuir os documentos necess\u00e1rios e o ve\u00edculo deve estar em situa\u00e7\u00e3o regular. Exce\u00e7\u00e3o Dados inconsistentes: o sistema exibe mensagem de erro indicando os campos com informa\u00e7\u00f5es incorretas ou incompletas.

Autor: M\u00e1rcio Henrique

"},{"location":"analiseRequisitos/cenarios/#bibliografia","title":"Bibliografia","text":"

Gabriel, Lucas; Cen\u00e1rios. Reposit\u00f3rio do Grupo Linchess da disciplina Intera\u00e7\u00e3o Humano-Computador da Universidade de Bras\u00edlia, 2022. Dispon\u00edvel em: https://interacao-humano-computador.github.io/2022.2-Lichess/analise_requisitos/cenarios/. Acesso em: 03/12/2024

"},{"location":"analiseRequisitos/cenarios/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"analiseRequisitos/cenarios/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 03/12/2024 Cria\u00e7\u00e3o do document Kaio Enzo"},{"location":"analiseRequisitos/guiaEstilos/","title":"Guia de Estilos","text":""},{"location":"analiseRequisitos/guiaEstilos/#introducao","title":"Introdu\u00e7\u00e3o","text":""},{"location":"analiseRequisitos/guiaEstilos/#objetivo-do-guia-de-estilo","title":"Objetivo do Guia de Estilo","text":"

O objetivo deste guia de estilo \u00e9 fornecer diretrizes claras para a cria\u00e7\u00e3o e manuten\u00e7\u00e3o de uma interface de usu\u00e1rio consistente, eficiente e acess\u00edvel para o Portal DETRAN-DF. Ele abrange aspectos visuais, de intera\u00e7\u00e3o e de a\u00e7\u00e3o que devem ser seguidos por todas as equipes envolvidas no desenvolvimento e manuten\u00e7\u00e3o do sistema. A implementa\u00e7\u00e3o dessas diretrizes visa aprimorar a experi\u00eancia do usu\u00e1rio e garantir que o portal seja f\u00e1cil de usar, compreens\u00edvel e funcional para diferentes perfis de usu\u00e1rios (Barbosa e Silva, 2011, p.282-283).

"},{"location":"analiseRequisitos/guiaEstilos/#organizacao-e-conteudo-do-guia-de-estilo","title":"Organiza\u00e7\u00e3o e Conte\u00fado do Guia de Estilo","text":"

O guia est\u00e1 organizado em v\u00e1rias se\u00e7\u00f5es, cobrindo aspectos como os elementos de interface, elementos de intera\u00e7\u00e3o, a\u00e7\u00e3o, vocabul\u00e1rio e padr\u00f5es. Cada se\u00e7\u00e3o detalha diretrizes espec\u00edficas para garantir a consist\u00eancia na interface do usu\u00e1rio e facilitar a navega\u00e7\u00e3o.

"},{"location":"analiseRequisitos/guiaEstilos/#publico-alvo-do-guia-de-estilo","title":"P\u00fablico-Alvo do Guia de Estilo","text":"

O guia de estilo foi projetado para ser utilizado por:

  • Programadores: Para garantir que as implementa\u00e7\u00f5es sejam consistentes com o design e as diretrizes de usabilidade.

  • Gerentes de Projeto: Para garantir que a vis\u00e3o do design seja mantida durante o desenvolvimento e em futuras itera\u00e7\u00f5es.

  • Equipe de Suporte: Para que os atendentes saibam como solucionar problemas relacionados \u00e0 interface do portal com base nos padr\u00f5es estabelecidos.

"},{"location":"analiseRequisitos/guiaEstilos/#como-utilizar-o-guia","title":"Como Utilizar o Guia","text":"

O guia de estilo deve ser utilizado sempre que uma atualiza\u00e7\u00e3o for realizada na interface ou quando novas funcionalidades forem introduzidas. Ele serve como uma refer\u00eancia para garantir que o portal continue com uma interface coesa.

"},{"location":"analiseRequisitos/guiaEstilos/#como-manter-o-guia","title":"Como Manter o Guia","text":"

O guia de estilo deve ser atualizado regularmente para refletir mudan\u00e7as nas necessidades dos usu\u00e1rios, no design e nas tecnologias utilizadas. A manuten\u00e7\u00e3o deve ser feita por uma equipe respons\u00e1vel que acompanhar\u00e1 as mudan\u00e7as no projeto, implementando novos elementos e padr\u00f5es conforme necess\u00e1rio.

"},{"location":"analiseRequisitos/guiaEstilos/#resultados-de-analise","title":"Resultados de An\u00e1lise","text":""},{"location":"analiseRequisitos/guiaEstilos/#descricao-do-ambiente-de-trabalho-do-usuario","title":"Descri\u00e7\u00e3o do ambiente de Trabalho do Usu\u00e1rio","text":"

O ambiente de trabalho do usu\u00e1rio do Portal DETRAN-DF \u00e9 digital e acessado por meio de navegadores de internet em dispositivos como computadores, tablets e smartphones. O sistema oferece diversas funcionalidades, como consultas de ve\u00edculos, CNH, multas, e servi\u00e7os como agendamento e pagamento. O objetivo \u00e9 garantir que os usu\u00e1rios consigam realizar suas tarefas com facilidade, sem sobrecarregar a interface com informa\u00e7\u00f5es excessivas ou complexidade desnecess\u00e1ria.

"},{"location":"analiseRequisitos/guiaEstilos/#elementos-de-interface","title":"Elementos de Interface","text":""},{"location":"analiseRequisitos/guiaEstilos/#logotipo","title":"Logotipo","text":"

Figura 1 - Logo Portal DETRAN-DF

Fonte: Portal DETRAN-DF

"},{"location":"analiseRequisitos/guiaEstilos/#disposicao-espacial-e-grid","title":"Disposi\u00e7\u00e3o Espacial e Grid","text":"

Figura 2 - Disposi\u00e7\u00e3o espacial e GRID

Autor: Luiza Maluf

"},{"location":"analiseRequisitos/guiaEstilos/#janelas-e-containers","title":"Janelas e Containers","text":"

Figura 3 - P\u00e1gina de in\u00edcio

Fonte: Portal DETRAN-DF

Figura 4 - Se\u00e7\u00e3o \"Ve\u00edculos\"

Fonte: Portal DETRAN-DF

Figura 5 - Login

Fonte: Portal DETRAN-DF

Figura 6: Preenchimento do Formul\u00e1rio de Inclus\u00e3o de gravame

Fonte: Portal DETRAN-DF

Figura 7: Consulta das restri\u00e7\u00f5es de um ve\u00edculo

Fonte: Portal DETRAN-DF

Figura 8: P\u00e1gina de agendamento de servi\u00e7os

Fonte: Portal de Servi\u00e7os do Detran

"},{"location":"analiseRequisitos/guiaEstilos/#tipografia","title":"Tipografia","text":"

Figura 9: Tipografia

Autor: Luiza Maluf

"},{"location":"analiseRequisitos/guiaEstilos/#cores","title":"Cores","text":"

Figura 10: Cores

Autor: Luiza Maluf

"},{"location":"analiseRequisitos/guiaEstilos/#elementos-de-interacao","title":"Elementos de Intera\u00e7\u00e3o","text":""},{"location":"analiseRequisitos/guiaEstilos/#estilos-de-interacao","title":"Estilos de Intera\u00e7\u00e3o","text":"

  • Clique: As intera\u00e7\u00f5es s\u00e3o ser claras. Elementos clic\u00e1veis, como bot\u00f5es e links, s\u00e3o destacados com cores contrastantes (mudan\u00e7a de cor ou sublinhado).

  • Arraste e Solte: Para funcionalidades de upload de documentos, permitir que o usu\u00e1rio arraste e solte com feedback visual (e.g., sombra ao arrastar um item).

"},{"location":"analiseRequisitos/guiaEstilos/#selecao-de-um-estilo","title":"Sele\u00e7\u00e3o de um Estilo","text":"
  • Cada intera\u00e7\u00e3o \u00e9 consistente com a fun\u00e7\u00e3o que ela executa. Por exemplo, todos as subse\u00e7\u00f5es relacionadas a \"Consultas\" dentro do Portal possui colora\u00e7\u00e3o verde, assim como as \"Credenciais\"s\u00e3o roxas e os aspectos relacionado aos \"Ve\u00edculos\" est\u00e3o em roxo.
"},{"location":"analiseRequisitos/guiaEstilos/#aceleradores-teclas-de-atalho","title":"Aceleradores (Teclas de Atalho)","text":"

O portal n\u00e3o possui teclas de atalho

"},{"location":"analiseRequisitos/guiaEstilos/#elementos-de-acao","title":"Elementos de A\u00e7\u00e3o","text":""},{"location":"analiseRequisitos/guiaEstilos/#preenchimento-de-campos","title":"Preenchimento de Campos","text":"

  • Os campos de formul\u00e1rio s\u00e3o bem definidos e com r\u00f3tulos claros. Cada campo tem um texto de exemplo ou placeholder que oriente o usu\u00e1rio sobre o que inserir.

  • Campos obrigat\u00f3rios: s\u00e3o indicados com um asterisco (*) e as mensagens de erro s\u00e3o exibidas de forma clara, destacando os campos que precisam ser corrigidos.

"},{"location":"analiseRequisitos/guiaEstilos/#selecao","title":"Sele\u00e7\u00e3o","text":"

  • Para campos de sele\u00e7\u00e3o, como listas suspensas ou caixas de sele\u00e7\u00e3o, h\u00e1 uma descri\u00e7\u00e3o clara do que est\u00e1 sendo selecionado.

    • Exemplo: \"Consultar\" na figura 7 em que seleciona a consulta do ve\u00edculo.
"},{"location":"analiseRequisitos/guiaEstilos/#ativacao","title":"Ativa\u00e7\u00e3o","text":"
  • A ativa\u00e7\u00e3o de bot\u00f5es e links deve \u00e9 com a cor de fundo e do texto diferenciadas, al\u00e9m de utilizar efeitos de hover ou foco que indiquem ao usu\u00e1rio que a a\u00e7\u00e3o pode ser realizada.
"},{"location":"analiseRequisitos/guiaEstilos/#vocabulario-e-padroes","title":"Vocabul\u00e1rio e Padr\u00f5es","text":""},{"location":"analiseRequisitos/guiaEstilos/#terminologia","title":"Terminologia","text":"
  • A terminologia \u00e9 clara e consistente ao longo do portal. Termos como \"agendar\", \"consultar\", \"editar\" e \"cancelar\" s\u00e3o utilizados de forma consistente, com a mesma grafia e significado em todas as p\u00e1ginas e intera\u00e7\u00f5es.
"},{"location":"analiseRequisitos/guiaEstilos/#tipos-de-tela-para-tarefas-comuns","title":"Tipos de Tela (Para Tarefas Comuns)","text":"

  • Tela Inicial: Exibe links r\u00e1pidos para as principais fun\u00e7\u00f5es do portal, como \"Consultar Multas\", \"Agendar Atendimento\", \"Verificar CNH\".

  • Tela de Consulta: Apresenta tipos de consultas que o usu\u00e1rio pode realizar dentro das subse\u00e7\u00f5es.

  • Tela de Emiss\u00e3o: Exibe os documentos que o usu\u00e1rio tanto pessoais quanto de seu ve\u00edculo que podem ser emitidos.

"},{"location":"analiseRequisitos/guiaEstilos/#sequencias-de-dialogos","title":"Sequ\u00eancias de Di\u00e1logos","text":"

Para Feedback ou Confirma\u00e7\u00e3o de uma Opera\u00e7\u00e3o:

  • Exemplo: Ap\u00f3s o usu\u00e1rio agendar um servi\u00e7o, uma janela de confirma\u00e7\u00e3o aparece com a mensagem \"Seu agendamento foi realizado com sucesso\".
"},{"location":"analiseRequisitos/guiaEstilos/#bibliografia","title":"Bibliografia","text":"

Plano de Ensino da Disciplina - 2024

"},{"location":"analiseRequisitos/guiaEstilos/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"analiseRequisitos/guiaEstilos/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisores 1.0 02/12/2024 Constru\u00e7\u00e3o do Guia de Estilo. Luiza Maluf M\u00e1rcio Henrique"},{"location":"analiseRequisitos/metasUsabilidade/","title":"Metas de Usabilidade","text":""},{"location":"analiseRequisitos/metasUsabilidade/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este documento descreve as metas de usabilidade para o portal do DETRAN-DF, baseadas. Segundo Barbosa e Silva (2011, p.115), na fase da an\u00e1lise de requisitos s\u00e3o definidas as metas de usabilidades com base no perfil do usu\u00e1rio, an\u00e1lise de tarefas, caracter\u00edsticas da plataforma, enquanto o guia de estilo funciona como um aux\u00edlio para a verifica\u00e7\u00e3o durante o processo.

"},{"location":"analiseRequisitos/metasUsabilidade/#plataforma","title":"Plataforma","text":"

A avalia\u00e7\u00e3o considerar\u00e1 o contexto de uso do portal em navegadores web modernos (Google Chrome, Firefox, Safari e Microsoft Edge).

"},{"location":"analiseRequisitos/metasUsabilidade/#metas-de-usabilidade_1","title":"Metas de Usabilidade:","text":"

  • Efic\u00e1cia: O portal deve permitir que os usu\u00e1rios realizem suas tarefas com sucesso, como acessar informa\u00e7\u00f5es, realizar agendamentos e obter documentos. A efic\u00e1cia ser\u00e1 medida pela taxa de sucesso na conclus\u00e3o das tarefas.

  • Efici\u00eancia: Os usu\u00e1rios devem conseguir realizar suas tarefas de forma r\u00e1pida e com o m\u00ednimo de esfor\u00e7o. A efici\u00eancia ser\u00e1 medida pelo tempo gasto para concluir as tarefas e pelo n\u00famero de cliques/intera\u00e7\u00f5es necess\u00e1rias.

  • Seguran\u00e7a: O portal deve proteger os dados dos usu\u00e1rios e garantir a seguran\u00e7a das transa\u00e7\u00f5es. A seguran\u00e7a ser\u00e1 avaliada pela presen\u00e7a de mecanismos de seguran\u00e7a, como criptografia e prote\u00e7\u00e3o contra acesso n\u00e3o autorizado. Al\u00e9m disso, o sistema deve minimizar a possibilidade de erros do usu\u00e1rio e fornecer mecanismos de recupera\u00e7\u00e3o.

  • Facilidade de Aprendizado: O portal deve ser f\u00e1cil de aprender a usar, mesmo para usu\u00e1rios com pouca experi\u00eancia com computadores ou com o pr\u00f3prio portal. A facilidade de aprendizado ser\u00e1 medida pelo tempo que os usu\u00e1rios levam para aprender a usar as principais funcionalidades do portal.

  • Facilidade de Recorda\u00e7\u00e3o: Os usu\u00e1rios devem ser capazes de se lembrar como usar o portal, mesmo ap\u00f3s longos per\u00edodos sem utiliz\u00e1-lo. A facilidade de recorda\u00e7\u00e3o ser\u00e1 avaliada testando a capacidade dos usu\u00e1rios de realizar tarefas ap\u00f3s um per\u00edodo de inatividade.

  • Satisfa\u00e7\u00e3o: Os usu\u00e1rios devem ter uma experi\u00eancia positiva ao usar o portal. A satisfa\u00e7\u00e3o ser\u00e1 medida por meio de pesquisas de satisfa\u00e7\u00e3o e feedback dos usu\u00e1rios.

"},{"location":"analiseRequisitos/metasUsabilidade/#requisitos-de-usabilidade-derivados-das-metas","title":"Requisitos de Usabilidade (derivados das metas):","text":"

Requisitos de usabilidade:

  • MU1 (Efici\u00eancia): Acessar as principais funcionalidades (ex: agendamento de servi\u00e7os, consulta de multas) deve ser poss\u00edvel em no m\u00e1ximo 4 cliques a partir da p\u00e1gina inicial.

  • MU2 (Facilidade de Aprendizado/Efic\u00e1cia): A taxa de acesso \u00e0 se\u00e7\u00e3o de ajuda para as principais funcionalidades deve ser inferior a 30%, indicando que a interface \u00e9 intuitiva e f\u00e1cil de usar.

  • MU3 (Satisfa\u00e7\u00e3o/Efici\u00eancia): O tempo m\u00e9dio de sess\u00e3o do usu\u00e1rio deve ser analisado para identificar poss\u00edveis gargalos na usabilidade. Sess\u00f5es muito curtas podem indicar dificuldades em encontrar informa\u00e7\u00f5es ou realizar tarefas. Sess\u00f5es muito longas podem indicar processos complexos e ineficientes. A an\u00e1lise do tempo de sess\u00e3o, combinada com outras m\u00e9tricas, ajudar\u00e1 a entender a experi\u00eancia do usu\u00e1rio.

  • MU4 (Satisfa\u00e7\u00e3o): A satisfa\u00e7\u00e3o do usu\u00e1rio deve ser medida atrav\u00e9s de uma m\u00e9trica como o Net Promoter Score (NPS), com o objetivo de alcan\u00e7ar uma pontua\u00e7\u00e3o promotora alta (ex: acima de 70).

  • MU5 (Efici\u00eancia): O tempo m\u00e9dio para realizar tarefas-chave, como iniciar um agendamento ou consultar o status de um processo, deve ser minimizado (ex: menor que 1 minuto).

  • MU6 (Seguran\u00e7a/Satisfa\u00e7\u00e3o - Adaptado): O sistema deve fornecer notifica\u00e7\u00f5es (ex: por email) sobre atualiza\u00e7\u00f5es importantes em processos ou servi\u00e7os solicitados pelo usu\u00e1rio, aumentando a transpar\u00eancia e a seguran\u00e7a.

"},{"location":"analiseRequisitos/metasUsabilidade/#razao-da-escolha-das-metas-de-usabilidade","title":"Raz\u00e3o da escolha das metas de usabilidade","text":"

Escolher as metas de usabilidade certas \u00e9 essencial para criar sistemas f\u00e1ceis de usar e que funcionem bem. Para isso, precisamos entender o que os usu\u00e1rios querem, o que o projeto precisa alcan\u00e7ar e quais as melhores pr\u00e1ticas de design. O tipo de sistema e os recursos dispon\u00edveis tamb\u00e9m influenciam essa escolha.

Basicamente, \u00e9 um equil\u00edbrio entre as necessidades dos usu\u00e1rios, os objetivos do projeto e o que \u00e9 poss\u00edvel fazer. Al\u00e9m disso, a sele\u00e7\u00e3o das metas deve se basear em princ\u00edpios e boas pr\u00e1ticas de usabilidade, como as heur\u00edsticas de Nielsen.

Essas heur\u00edsticas, amplamente reconhecidas na \u00e1rea de Intera\u00e7\u00e3o Humano-Computador (IHC), fornecem um conjunto de diretrizes para o design de interfaces us\u00e1veis, contribuindo para a defini\u00e7\u00e3o de metas como facilidade de aprendizado e facilidade de recorda\u00e7\u00e3o.

"},{"location":"analiseRequisitos/metasUsabilidade/#1-eficacia","title":"1. Efic\u00e1cia","text":"

No geral o sistema \u00e9 parcialmente eficaz, tudo que ela \u00e9 proposta a ser feita, consegue com \u00eaxito mostrar os eventos que o usu\u00e1rio realize.

"},{"location":"analiseRequisitos/metasUsabilidade/#2-eficiencia","title":"2. Efici\u00eancia","text":"

O sistema n\u00e3o apresenta uma efici\u00eancia mediana. A interface n\u00e3o possui ferramentas de aux\u00edlio a usu\u00e1rios com limita\u00e7\u00f5es, preenchimento de dados autom\u00e1tico, atalhos e ou ferramentas de voz.

"},{"location":"analiseRequisitos/metasUsabilidade/#3-seguranca","title":"3. Seguran\u00e7a","text":"

A aplica\u00e7\u00e3o possui algumas falhas de incertezas, como por exemplo na imagem 1, temos a tela de transfer\u00eancia de ve\u00edculo, e solicita o RENAVAM do ve\u00edculo. N\u00e3o \u00e9 claro que caso coloque o c\u00f3digo, ser\u00e1 feito a transfer\u00eancia ou n\u00e3o. ( comigo mesmo fiquei com receio de colocar o c\u00f3digo do RENAVAM).

Imagem 1

Autor: M\u00e1rcio Henrique

"},{"location":"analiseRequisitos/metasUsabilidade/#4-utilidade","title":"4. Utilidade","text":"

O sistema se apresenta eficiente. Ele assegura que ve\u00edculos e condutores estejam em conformidade com as leis, promove a seguran\u00e7a nas vias ao monitorar infra\u00e7\u00f5es e acidentes, e oferece servi\u00e7os pr\u00e1ticos que simplificam a vida dos cidad\u00e3os.

"},{"location":"analiseRequisitos/metasUsabilidade/#5-aprendizado","title":"5. Aprendizado","text":"

O sistema possui funcionalidades explicitas para o usu\u00e1rio sendo elas objetivas, evitando que o usu\u00e1rio precise de um longo per\u00edodo de treinamento.

"},{"location":"analiseRequisitos/metasUsabilidade/#6-memorizacao","title":"6. Memoriza\u00e7\u00e3o","text":"

A utiliza\u00e7\u00e3o do sistema se torna bastante intuitiva com a experi\u00eancia de apenas alguns usu\u00e1rios, voltado para quem tem mais afinidade a tecnologia essa memoriza\u00e7\u00e3o torna-se mais prop\u00edcia.

"},{"location":"analiseRequisitos/metasUsabilidade/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"analiseRequisitos/metasUsabilidade/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 02/12/2024 Cria\u00e7\u00e3o do documento. Kaio Enzo e M\u00e1rcio Henrique Luiza Maluf 1.1 05/12/2024 Corre\u00e7\u00f5es da verifica\u00e7\u00e3o. M\u00e1rcio Henrique Luiza Maluf"},{"location":"analiseRequisitos/perfilUsuario/","title":"Perfil do Usu\u00e1rio","text":""},{"location":"analiseRequisitos/perfilUsuario/#introducao","title":"Introdu\u00e7\u00e3o","text":"

O Perfil de Usu\u00e1rio, segundo Barbosa e Silva (2011, p.174 e p.175) \u00e9 uma etapa essencial no desenvolvimento de sistemas e produtos, pois permite compreender quem s\u00e3o os usu\u00e1rios e quais objetivos eles desejam alcan\u00e7ar. Esse processo vai al\u00e9m de uma simples identifica\u00e7\u00e3o; ele oferece insights fundamentais para direcionar o design e priorizar caracter\u00edsticas que atendam \u00e0s necessidades reais dos usu\u00e1rios. Al\u00e9m disso, a defini\u00e7\u00e3o de perfis auxilia no recrutamento de participantes para futuras atividades, como an\u00e1lises e avalia\u00e7\u00f5es, garantindo um desenvolvimento iterativo e centrado no usu\u00e1rio.

Segundo Barbosa e Silva (2011, p.140), a ativide essencial no desenvolvimento de um produto de qualidade \u00e9 entender quem s\u00e3o seus usu\u00e1rios. Por meio da coleta de dados espec\u00edficos \u2014 como experi\u00eancia, n\u00edvel de instru\u00e7\u00e3o e tarefas desempenhadas \u2014, \u00e9 poss\u00edvel agrupar os usu\u00e1rios em categorias relevantes. Essas informa\u00e7\u00f5es, devidamente organizadas e priorizadas, ajudam a garantir que o produto final seja efetivo, acess\u00edvel e alinhado \u00e0s expectativas de quem ir\u00e1 utiliz\u00e1-lo, promovendo uma experi\u00eancia significativa e satisfat\u00f3ria.

"},{"location":"analiseRequisitos/perfilUsuario/#metodologia","title":"Metodologia","text":"

Para a defini\u00e7\u00e3o do Perfil do Usu\u00e1rio do projeto foi definido a realiza\u00e7\u00e3o de um question\u00e1rio \u00e0 grupos com potenciais usu\u00e1rios.

"},{"location":"analiseRequisitos/perfilUsuario/#vantagens","title":"Vantagens","text":"
  • T\u00e9cnica pr\u00e1tica e simplificada para ser aplicada;
  • Facilidade em armazenar informa\u00e7\u00f5es em massa;
  • Mais confort\u00e1vel para os entrevistados em termos de demanda de tempo e disponibilidade para se fazer a entevista;
  • Possibilidade de entrevistar pessoas de regi\u00f5es diferentes.
  • Disponibilidade de dados tanto quantitativos quanto qualitativos para an\u00e1lise.
"},{"location":"analiseRequisitos/perfilUsuario/#desvantagens","title":"Desvantagens","text":"
  • Caso n\u00e3o se tenha muitas respostas, os dados podem n\u00e3o ser suficientes para a defini\u00e7\u00e3o do perfil de usu\u00e1rio;
  • Um question\u00e1rio mal elaborado pode trazer dados que n\u00e3o agregam ao projeto;
  • Quest\u00f5es que trazem dados qualitativos podem demandar mais esfor\u00e7os paraserem analisados.
"},{"location":"analiseRequisitos/perfilUsuario/#resultados-coletados","title":"Resultados Coletados","text":"

Abaixo est\u00e3o os resultados coletados do question\u00e1rio aplicado aos usu\u00e1rios. Tivemos 27 respostas, antes da coleta os usu\u00e1rios foram informados dos termos de consentimento. Dos 27 usu\u00e1rios que participaram da pesquisa

"},{"location":"analiseRequisitos/perfilUsuario/#questao-1-qual-a-sua-faixa-etaria","title":"Quest\u00e3o 1: Qual a sua faixa et\u00e1ria?","text":"

Figura 1: Gr\u00e1fico da resposta da quest\u00e3o 1 Autor: Kaio Enzo

"},{"location":"analiseRequisitos/perfilUsuario/#questao-2-qual-sua-ocupacao-principal","title":"Quest\u00e3o 2: Qual sua ocupa\u00e7\u00e3o principal?","text":"

Figura 2: Gr\u00e1fico da resposta da quest\u00e3o 2 Autor: Kaio Enzo

"},{"location":"analiseRequisitos/perfilUsuario/#questao-3-voce-e-habilitadoa-para-dirigir","title":"Quest\u00e3o 3: Voc\u00ea \u00e9 habilitado(a) para dirigir?","text":"

Figura 3: Gr\u00e1fico da resposta da quest\u00e3o 3 Autor: Kaio Enzo

"},{"location":"analiseRequisitos/perfilUsuario/#questao-4-voce-tem-um-veiculo-proprio","title":"Quest\u00e3o 4: Voc\u00ea tem um ve\u00edculo pr\u00f3prio?","text":"

Figura 4: Gr\u00e1fico da resposta da quest\u00e3o 4 Autor: Kaio Enzo

"},{"location":"analiseRequisitos/perfilUsuario/#questao-5-caso-tenha-veiculo-proprio-voce-utiliza-seu-veiculo-como-fonte-de-renda-trabalhando-como-motorista-de-aplicativo","title":"Quest\u00e3o 5: Caso tenha ve\u00edculo pr\u00f3prio, voc\u00ea utiliza seu ve\u00edculo como fonte de renda, trabalhando como motorista de aplicativo?","text":"

Figura 5: Gr\u00e1fico da resposta da quest\u00e3o 5 Autor: Kaio Enzo

"},{"location":"analiseRequisitos/perfilUsuario/#questao-6-ja-precisou-em-algum-momento-de-um-documento-pessoal-como-cnh-ou-crlv-mas-nao-tinha-ele-impresso","title":"Quest\u00e3o 6: J\u00e1 precisou em algum momento de um documento pessoal (como CNH ou CRLV), mas n\u00e3o tinha ele impresso?","text":"

Figura 6: Gr\u00e1fico da resposta da quest\u00e3o 6 Autor: Kaio Enzo

"},{"location":"analiseRequisitos/perfilUsuario/#questao-7-quao-seguro-voce-se-sente-em-usar-somente-documentos-digitais-em-seu-dia-a-dia","title":"Quest\u00e3o 7: Qu\u00e3o seguro voc\u00ea se sente em usar somente documentos digitais em seu dia a dia?","text":"

Figura 7: Gr\u00e1fico da resposta da quest\u00e3o 7 Autor: Kaio Enzo

"},{"location":"analiseRequisitos/perfilUsuario/#questao-8-voce-costuma-utilizar-documentos-digitais-como-a-cnh-digital-ou-o-crlv-digital","title":"Quest\u00e3o 8: Voc\u00ea costuma utilizar documentos digitais, como a CNH digital ou o CRLV digital?","text":"

Figura 8: Gr\u00e1fico da resposta da quest\u00e3o 8 Autor: Kaio Enzo

"},{"location":"analiseRequisitos/perfilUsuario/#questao-9-voce-ja-solicitou-ou-agendou-algum-servico-no-portal-detran-df-como-a-renovacao-da-cnh-agendamento-de-exame-ou-outro-servico","title":"Quest\u00e3o 9: Voc\u00ea j\u00e1 solicitou ou agendou algum servi\u00e7o no Portal DETRAN-DF, como a renova\u00e7\u00e3o da CNH, agendamento de exame, ou outro servi\u00e7o?","text":"

Figura 9: Gr\u00e1fico da resposta da quest\u00e3o 9 Autor: Kaio Enzo

"},{"location":"analiseRequisitos/perfilUsuario/#questao-10-se-sim-como-foi-a-sua-experiencia-ao-agendar-ou-solicitar-servicos-online-no-portal-detran-df","title":"Quest\u00e3o 10: Se sim, como foi a sua experi\u00eancia ao agendar ou solicitar servi\u00e7os online no Portal DETRAN-DF?","text":"

Figura 10: Gr\u00e1fico da resposta da quest\u00e3o 10 Autor: Kaio Enzo

"},{"location":"analiseRequisitos/perfilUsuario/#questao-11-voce-acredita-que-recursos-digitais-como-um-portal-que-possibilita-consultas-emissao-de-documentos-agendamento-de-servicos-facilitam-a-sua-interacao-com-o-detran","title":"Quest\u00e3o 11: Voc\u00ea acredita que recursos digitais como um portal que possibilita consultas, emiss\u00e3o de documentos, agendamento de servi\u00e7os, facilitam a sua intera\u00e7\u00e3o com o DETRAN?","text":"

Figura 11: Gr\u00e1fico da resposta da quest\u00e3o 11 Autor: Kaio Enzo

"},{"location":"analiseRequisitos/perfilUsuario/#questao-12-quando-voce-precisa-de-alguma-informacao-do-detran-df-qual-a-sua-primeira-acao","title":"Quest\u00e3o 12: Quando voc\u00ea precisa de alguma informa\u00e7\u00e3o do DETRAN-DF, qual a sua primeira a\u00e7\u00e3o?","text":"

Figura 12: Gr\u00e1fico da resposta da quest\u00e3o 12 Autor: Kaio Enzo

"},{"location":"analiseRequisitos/perfilUsuario/#analise-dos-resultados","title":"An\u00e1lise dos Resultados","text":""},{"location":"analiseRequisitos/perfilUsuario/#1-motoristas-habilitados-com-veiculo-proprio","title":"1. Motoristas Habilitados com Ve\u00edculo Pr\u00f3prio","text":"

Faixa Et\u00e1ria: Predominantemente entre 25 e 44 anos. Ocupa\u00e7\u00e3o Principal: Profissionais empregados em diversas \u00e1reas. Uso de Ve\u00edculo para Renda: Alguns utilizam o ve\u00edculo para trabalho, como motoristas de aplicativo. Experi\u00eancia com Documentos Digitais:

  • Muitos j\u00e1 precisaram de documentos pessoais e n\u00e3o os tinham impressos.
  • Sentem-se moderadamente seguros em usar documentos digitais no dia a dia.
  • Costumam utilizar CNH digital ou CRLV digital.

Intera\u00e7\u00e3o com o Portal DETRAN-DF:

  • J\u00e1 solicitaram ou agendaram servi\u00e7os online, como renova\u00e7\u00e3o de CNH ou agendamento de exames.
  • Consideram a experi\u00eancia de agendamento online satisfat\u00f3ria, embora alguns relatem dificuldades.
  • Acreditam que recursos digitais facilitam a intera\u00e7\u00e3o com o DETRAN.
  • Quando precisam de informa\u00e7\u00f5es, recorrem primeiro ao site oficial do DETRAN-DF.
"},{"location":"analiseRequisitos/perfilUsuario/#2-motoristas-habilitados-sem-veiculo-proprio","title":"2. Motoristas Habilitados sem Ve\u00edculo Pr\u00f3prio","text":"

Faixa Et\u00e1ria: Variada, com presen\u00e7a significativa entre 18 e 34 anos. Ocupa\u00e7\u00e3o Principal: Estudantes ou profissionais em in\u00edcio de carreira. Uso de Ve\u00edculo para Renda: N\u00e3o aplic\u00e1vel. Experi\u00eancia com Documentos Digitais:

  • Alguns j\u00e1 enfrentaram situa\u00e7\u00f5es sem documentos impressos.
  • Sentem-se relativamente seguros em utilizar documentos digitais.
  • Utilizam ocasionalmente a CNH digital.

Intera\u00e7\u00e3o com o Portal DETRAN-DF:

  • Poucos j\u00e1 agendaram servi\u00e7os online.
  • Experi\u00eancia limitada com o portal, mas reconhecem a import\u00e2ncia de recursos digitais.
  • Buscam informa\u00e7\u00f5es no site oficial ou em aplicativos relacionados.
"},{"location":"analiseRequisitos/perfilUsuario/#3-candidatos-a-primeira-habilitacao","title":"3. Candidatos \u00e0 Primeira Habilita\u00e7\u00e3o","text":"

Faixa Et\u00e1ria: Principalmente entre 18 e 24 anos. Ocupa\u00e7\u00e3o Principal: Estudantes ou jovens profissionais. Uso de Ve\u00edculo para Renda: N\u00e3o aplic\u00e1vel. Experi\u00eancia com Documentos Digitais:

  • Pouca familiaridade, pois ainda n\u00e3o possuem CNH.
  • Demonstram interesse em utilizar documentos digitais no futuro.

Intera\u00e7\u00e3o com o Portal DETRAN-DF:

  • Procuram informa\u00e7\u00f5es sobre o processo de habilita\u00e7\u00e3o.
  • Valorizam recursos digitais que facilitem o agendamento de exames e acesso a materiais de estudo.
  • Primeira a\u00e7\u00e3o \u00e9 buscar informa\u00e7\u00f5es no site oficial ou em aplicativos.
"},{"location":"analiseRequisitos/perfilUsuario/#4-motoristas-profissionais","title":"4. Motoristas Profissionais","text":"

Faixa Et\u00e1ria: Entre 35 e 54 anos. Ocupa\u00e7\u00e3o Principal: Motoristas de aplicativo, taxistas ou caminhoneiros. Uso de Ve\u00edculo para Renda: Sim, utilizam o ve\u00edculo como fonte de renda. Experi\u00eancia com Documentos Digitais:

  • J\u00e1 enfrentaram situa\u00e7\u00f5es sem documentos impressos.
  • Sentem-se seguros em utilizar documentos digitais.
  • Utilizam regularmente a CNH digital e o CRLV digital.

Intera\u00e7\u00e3o com o Portal DETRAN-DF:

  • Frequentemente agendam servi\u00e7os online, como renova\u00e7\u00e3o de CNH.
  • Experi\u00eancia geralmente positiva, mas alguns relatam necessidade de melhorias.
  • Consideram recursos digitais essenciais para a intera\u00e7\u00e3o com o DETRAN.
  • Primeira a\u00e7\u00e3o \u00e9 acessar o site oficial ou aplicativos para informa\u00e7\u00f5es.
"},{"location":"analiseRequisitos/perfilUsuario/#5-usuarios-nao-habilitados","title":"5. Usu\u00e1rios N\u00e3o Habilitados","text":"

Faixa Et\u00e1ria: Diversificada, incluindo menores de 18 anos e adultos. Ocupa\u00e7\u00e3o Principal: Estudantes, donas de casa ou profissionais sem interesse em dirigir. Uso de Ve\u00edculo para Renda: N\u00e3o aplic\u00e1vel. Experi\u00eancia com Documentos Digitais:

  • N\u00e3o utilizam CNH digital ou CRLV digital.
  • Podem utilizar outros documentos digitais, como RG ou CPF.

Intera\u00e7\u00e3o com o Portal DETRAN-DF:

  • Raramente acessam o portal.
  • Quando precisam de informa\u00e7\u00f5es, recorrem a buscas na internet ou contato telef\u00f4nico.
  • Valorizam a disponibilidade de informa\u00e7\u00f5es claras e acess\u00edveis online.
"},{"location":"analiseRequisitos/perfilUsuario/#perfis-priorizados","title":"Perfis priorizados","text":"Categoria Perfil A Perfil B Perfil C Perfil D Perfil E Perfil F Usu\u00e1rio Motoristas habilitados com ve\u00edculo pr\u00f3prio Motoristas habilitados sem ve\u00edculo pr\u00f3prio Candidatos \u00e0 primeira habilita\u00e7\u00e3o Motoristas profissionais Usu\u00e1rios n\u00e3o habilitados Empresas de transporte Percentual de usu\u00e1rios no perfil 40% 20% 15% 10% 10% 5% N\u00famero de usu\u00e1rios no perfil 40 20 15 10 10 5 Faixa et\u00e1ria 25-44 18-34 18-24 35-54 16-50 25-54 Escolaridade Ensino Superior Completo Ensino M\u00e9dio Completo Ensino Superior Incompleto Ensino Fundamental Completo Ensino M\u00e9dio Incompleto P\u00f3s-Gradua\u00e7\u00e3o Experi\u00eancia com tecnologia Intermedi\u00e1rio B\u00e1sico Intermedi\u00e1rio Intermedi\u00e1rio B\u00e1sico Avan\u00e7ado Atitude perante tecnologia Tecn\u00f3filos Relutantes Tecn\u00f3filos Tecn\u00f3filos Relutantes Tecn\u00f3filos Tarefas prim\u00e1rias Renova\u00e7\u00e3o de CNH, consulta de multas Consulta de pontua\u00e7\u00e3o e validade da CNH Agendamento de exames, pagamento de taxas Consulta de CRLV, renova\u00e7\u00e3o de habilita\u00e7\u00e3o Informa\u00e7\u00f5es sobre habilita\u00e7\u00e3o e ve\u00edculos Consulta de frota, emiss\u00e3o de boletos"},{"location":"analiseRequisitos/perfilUsuario/#bibliografia","title":"Bibliografia","text":"

MACHADO, Maur\u00edcio; Souza, Nicolas. Perfil do Usu\u00e1rio. Reposit\u00f3rio do Grupo Lichess da disciplina Intera\u00e7\u00e3o Humano-Computador da Universidade de Bras\u00edlia, 2023. Dispon\u00edvel em: https://interacao-humano-computador.github.io/2022.2-Lichess/analise_requisitos/perfil_usuario/. Acesso em: 28/11/2024

"},{"location":"analiseRequisitos/perfilUsuario/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"analiseRequisitos/perfilUsuario/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 06/11/2024 Adi\u00e7\u00e3o da parte conceitual do Perfil de Usu\u00e1rio. Luiza Maluf M\u00e1rcio Henrique 2.0 02/12/2024 Adi\u00e7\u00e3o de resultados. Kaio Enzo M\u00e1rcio Henrique 2.1 02/12/2024 Adi\u00e7\u00e3o de refer\u00eancia. Kaio Enzo M\u00e1rcio Henrique \u00b42.2' 02/01/2025 Corre\u00e7\u00e3o e defini\u00e7\u00e3o dos perfis de usu\u00e1rios Luiza Maluf M\u00e1rcio Henrique"},{"location":"analiseRequisitos/personas/","title":"Personas","text":""},{"location":"analiseRequisitos/personas/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Segundo (Barbosa e Silva, 2011, p.181), o uso de personas \u00e9 uma t\u00e9cnica para representar grupos finais de usu\u00e1rios, durante discuss\u00f5es de design, mantendo os colaboradores focados no mesmo alvo. As personas s\u00e3o definidas principalmente pelos seus objetivos, e ao longo do refinamento das personas, convergimos para um perfil plaus\u00edvel.

"},{"location":"analiseRequisitos/personas/#metodologia","title":"Metodologia","text":"

A partir dos resultados colhidos da an\u00e1lise do perfil de usu\u00e1rio, buscamos caracterizar os usu\u00e1rios em grupos de personas.

"},{"location":"analiseRequisitos/personas/#elenco","title":"Elenco","text":"

Figura 1 - Persona Prim\u00e1ria Mariana Silva.

Fonte: Elaborada por Luiza Maluf (2025). Status: Persona Prim\u00e1ria. Nome: Mariana Silva G\u00eanero: Feminino Idade: 32 anos Profiss\u00e3o: Analista de TI Escolaridade: Ensino Superior Completo Estado Civil: Solteira Relacionamento: Sem dependentes Tarefas: Renova\u00e7\u00e3o de CNH; Consulta de multas e pontos. Habilidades e Experi\u00eancias: Experi\u00eancia intermedi\u00e1ria com tecnologia; Tecn\u00f3filo. Objetivo: Corporativo: Resolver pend\u00eancias administrativas online rapidamente. Pessoal: Garantir que sua CNH esteja sempre atualizada. Experi\u00eancia: Busca por rapidez e simplicidade nos processos. Expectativa: Navega\u00e7\u00e3o fluida e r\u00e1pida; Portal acess\u00edvel e intuitivo. Requisitos: Ferramentas de consulta r\u00e1pidas e um design responsivo para diferentes dispositivos.

Autor: Luiza Maluf, (2025).

Figura 2 - Persona Prim\u00e1ria Mario Oliveira.

Fonte: Elaborada por Luiza Maluf (2025). Status: Persona Prim\u00e1ria. Nome: Mario Oliveira G\u00eanero: Masculino Idade: 19 anos Profiss\u00e3o: Estudante universit\u00e1ria Escolaridade: Ensino Superior Incompleto Estado Civil: Solteiro Relacionamento: Mora com os pais Tarefas: Agendamento de exames; Pagamento de taxas de habilita\u00e7\u00e3o. Habilidades e Experi\u00eancias: Experi\u00eancia intermedi\u00e1ria com tecnologia; Tecn\u00f3fila. Objetivo: Corporativo: Realizar o processo de habilita\u00e7\u00e3o com facilidade. Pessoal: Obter a primeira habilita\u00e7\u00e3o para independ\u00eancia. Experi\u00eancia: Busca por suporte claro e informa\u00e7\u00f5es organizadas. Expectativa: Instru\u00e7\u00f5es claras e simples para realizar tarefas no portal. Requisitos: Design acess\u00edvel para jovens com integra\u00e7\u00e3o de guias passo a passo.

Autor: Luiza Maluf, (2025).

Figura 3 - Persona Secund\u00e1ria Pedro Almeida.

Fonte: Elaborada por Seu Nome (2025). Status: Persona Secund\u00e1ria. Nome: Pedro Almeida G\u00eanero: Masculino Idade: 55 anos Profiss\u00e3o: Gestor de frota Escolaridade: P\u00f3s-Gradua\u00e7\u00e3o Estado Civil: Casado Relacionamento: Tem dois filhos Tarefas: Consulta de d\u00e9bitos de ve\u00edculos; Emiss\u00e3o de boletos e regulariza\u00e7\u00e3o de documentos. Habilidades e Experi\u00eancias: Experi\u00eancia avan\u00e7ada com tecnologia; Tecn\u00f3filo. Objetivo: Corporativo: Gerenciar documenta\u00e7\u00e3o de ve\u00edculos de forma centralizada. Pessoal: Garantir regulariza\u00e7\u00e3o de frota sem imprevistos. Experi\u00eancia: Busca por efici\u00eancia e solu\u00e7\u00f5es empresariais no portal. Expectativa: Sistema robusto para uso empresarial com ferramentas de gest\u00e3o. Requisitos: \u00c1rea dedicada a empresas e frota com suporte espec\u00edfico.

Autor: Luiza Maluf, (2025).

Figura 4 - Anti-Persona Carlos Andrade.

Fonte: Elaborada por Seu Nome (2025). Status: Anti-Persona. Nome: Carlos Andrade G\u00eanero: Masculino Idade: 38 anos Profiss\u00e3o: Comerciante informal Escolaridade: Ensino M\u00e9dio Completo Estado Civil: Solteiro Relacionamento: N\u00e3o possui dependentes. Tarefas: Busca formas de burlar sistemas de pagamento; Explorar falhas do portal para evitar penalidades. Habilidades e Experi\u00eancias: Conhecimento b\u00e1sico em tecnologia; Motiva\u00e7\u00f5es maliciosas. Objetivo: Corporativo: Evitar pagar taxas de multas ou processos de forma correta. Pessoal: Manipular informa\u00e7\u00f5es para reduzir penalidades. Experi\u00eancia: Frustrado com o cumprimento de obriga\u00e7\u00f5es legais. Expectativa: Utilizar brechas no sistema para benef\u00edcio pr\u00f3prio. Requisitos: Sistema seguro contra fraudes; Valida\u00e7\u00e3o de dados em tempo real para prevenir manipula\u00e7\u00f5es.

Autor: Luiza Maluf, (2025).

"},{"location":"analiseRequisitos/personas/#bibliografia","title":"Bibliografia","text":"

MACHADO, Mauricio; SOUZA, Nicolas. Personas. Reposit\u00f3rio do Linchess da disciplina Intera\u00e7\u00e3o Humano-Computador da Universidade de Bras\u00edlia, 2022. Dispon\u00edvel em: https://interacao-humano-computador.github.io/2022.2-Lichess/analise_requisitos/personas/. Acesso em: 03/12/2024

This Person Doest Not Exist. Acesso em: 03/12/2024_ .Dispon\u00edvel em: https://thispersondoesnotexist.com

"},{"location":"analiseRequisitos/personas/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"analiseRequisitos/personas/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 03/01/2025 Cria\u00e7\u00e3o do documento. Luiza Maluf"},{"location":"analiseRequisitos/principiosGerais/","title":"Princ\u00edpios Gerais","text":""},{"location":"analiseRequisitos/principiosGerais/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Ao projetar um sistema, \u00e9 fundamental adotar um modelo conceitual que permita ao usu\u00e1rio aprender rapidamente e utilizar o sistema de forma eficaz. O uso de um modelo claro facilita a compreens\u00e3o das intera\u00e7\u00f5es, de modo que o usu\u00e1rio possa explorar as funcionalidades do sistema sem dificuldades. Segundo Barbosa e Silva (2011, p.265), a interpreta\u00e7\u00e3o do relacionamento entre as a\u00e7\u00f5es do sistema, as informa\u00e7\u00f5es fornecidas e o conhecimento pr\u00e9vio do usu\u00e1rio \u00e9 essencial para o bom design da interface.

Este artefato visa explorar os princ\u00edpios e diretrizes gerais de design e como eles se aplicam \u00e0 realidade do Portal DETRAN-DF, com o objetivo de melhorar a intera\u00e7\u00e3o e a experi\u00eancia do usu\u00e1rio.

"},{"location":"analiseRequisitos/principiosGerais/#metodologia","title":"Metodologia","text":"

Tendo em vista a literatura usada na disciplina e os princ\u00edos e diretrizes gerais, o grupo analisou como esses aspectos podem ser vistos dentro da realidade do Portal DETRAN-DF.

A seguir, ser\u00e1 descrito cada princ\u00edpio, destacando sua presen\u00e7a ou aus\u00eancia no portal, o que contribui para uma an\u00e1lise cr\u00edtica e construtiva do sistema.

"},{"location":"analiseRequisitos/principiosGerais/#correspondencia-com-as-expectativas-dos-usuarios","title":"Correspond\u00eancia com as Expectativas dos Usu\u00e1rios","text":"

De acordo com Barbosa e Silva (2011, p.265), \u00e9 importante criar conex\u00f5es intuitivas no design de sistemas, permitindo que os usu\u00e1rios compreendam facilmente a rela\u00e7\u00e3o entre suas inten\u00e7\u00f5es, as a\u00e7\u00f5es poss\u00edveis e os impectos dessas a\u00e7\u00f5es no sistema.

Um exemplo disso \u00e9 o design de plataformas de e-commerce, que deve permitir a escolha de pordutos sem exigir a identifica\u00e7\u00e3o do usu\u00e1rio at\u00e9 o momento do pagamento (Figura 1).

Figura 1: Exemplo de expectativa do usu\u00e1rio

Fonte: Barbosa e Silva (2011, p.265)

Al\u00e9m disso, as intera\u00e7\u00f5es devem ser estruturadas de maneira l\u00f3gica e familiar ao usu\u00e1rio, permitindo que ele execute suas tarefas de forma eficiente e sem erros.

No caso do Portal DETRAN-DF, um usu\u00e1rio que deseja buscar informa\u00e7\u00f5es dentro do site, naturalmente procuraria por uma barra de pesquisa, normalmente posicionada na barra de navega\u00e7\u00e3o, para facilitar essa busca. No entanto, essa funcionalidade est\u00e1 ausente no portal, o que impede uma navega\u00e7\u00e3o intuitiva e eficaz.

Assim, indica uma frutra\u00e7\u00e3o por parte do usu\u00e1rio em rela\u00e7\u00e3o as suas expectativas.

Figura 2: P\u00e1gina inicial do Portal DETRAN-DF

Fonte: Portal DETRAN-DF

"},{"location":"analiseRequisitos/principiosGerais/#simplicidade-nas-estruturas-das-tarefas","title":"Simplicidade nas estruturas das tarefas","text":"

Tarefas estruturadas de forma mais simplificada minimizam as necessidades de planejamento e resolu\u00e7\u00e3o de problemas por parte dos usu\u00e1rios.

Para se obter essa simplicidade, segundo Barbosa e Silva (2011, p.267), algumas abordagens podem ser adotadas como:

  • Manter as tarefas inalteradas, oferecendo suporte variado para que os usu\u00e1rios possam aprend\u00ea-la e realiza-la com mais facilidade;

  • Tornar vis\u00edveis elementos invis\u00edveis, utilizando tecnologias para aprimorar o feedback e garantir que o usu\u00e1rio se sinta no controle da tarefa;

  • Automatizar total ou parcialmente a tarefa, sem alterar a sua essencia;

  • Modificar a natureza da tarefa, se necess\u00e1rio.

No contexto do Portal DETRAN-DF, podemos identificar essa simplicidade na estrutura de tarefas na realiza\u00e7\u00e3o de agendamento online de servi\u00e7os de forma simplificada.

Antes, para realizar um atendimento, o usu\u00e1rio preciava ligar ou ir pessoalmente \u00e0 uma unidade de atendimento para marcar um hor\u00e1rio.

Ap\u00f3s essa simplifica\u00e7\u00e3o, o usu\u00e1rio pode fazer um agendamento de forma r\u00e1pida inserindo seus dados e selecionando o tipo de servi\u00e7o e data e hora do atendimento.

Figura 3: P\u00e1gina de agendamento de servi\u00e7os

Fonte: Portal de Servi\u00e7os do Detran

"},{"location":"analiseRequisitos/principiosGerais/#equilibrio-entre-controle-e-liberdade-do-usuario","title":"Equil\u00edbrio entre controle e liberdade do usu\u00e1rio","text":"

\u00c9 fundamental garantir que os usu\u00e1rios tenham controle sobre o sistema enquanto desfrutam de um n\u00edvel adequado de liberdade para executar suas tarefas. Essa abordagem busca equilibrar a autonomia do usu\u00e1rio e o suporte necess\u00e1rio para evitar erros ou confus\u00e3o (Barbosa e Silva - 2011, p.267).

\u00c9 not\u00e1vel que essa diretriz n\u00e3o \u00e9 respeitada no Portal DETRAN-DF quando o usu\u00e1rio, para ter acesso a diversas informa\u00e7\u00f5es do Portal, deve estar logado no sistema.

Essa depend\u00eancia de Login faz com que os usu\u00e1rios precisam criar uma conta ou lembrar de suas credenciasi para acessar informa\u00e7\u00f5es gerais ou at\u00e9 mesmo saber sobre o que tal p\u00e1gina se trata.

De acordo com o que est\u00e1 na imagem a seguir, o usu\u00e1rio pode n\u00e3o saber o que significa \"Ve\u00edculo - SNG\" e n\u00e3o sabe o que acesar\u00e1 dentro desta p\u00e1gina a n\u00e3o ser que ele esteja logado.

Figura 4: Falta de controle e liberdade nas a\u00e7\u00f5es dentro do Portal

Fonte: Portal DETRAN-DF

"},{"location":"analiseRequisitos/principiosGerais/#consistencia-e-padronizacao","title":"Consist\u00eancia e padroniza\u00e7\u00e3o","text":"

Para tornar um sistema mais intuitivo, (Barbosa e Silva - 2011, p.270) destaca a import\u00e2ncia de garantir a consist\u00eancia entre a interface e o modelo conceitual embutido no sistema. Isso significa que toda a experi\u00eancia do usu\u00e1rio, incluindo interface, documenta\u00e7\u00e3o e manuais, deve alinhar-se a um modelo l\u00f3gico e coerente que reflita a opera\u00e7\u00e3o do sistema.

Quando as expectativas do usu\u00e1rio n\u00e3o s\u00e3o bem estruturadas dentro do sistema, \u00e9 necess\u00e1rio adotar padr\u00f5es claros de forma que o usu\u00e1rio tenha alguma forma de se orientar e n\u00e3o se confunda com varia\u00e7\u00f5es das a\u00e7\u00f5es.

Nesse sentido, \u00e9 vis\u00edvel Portal DETRAN-DF uma padroniza\u00e7\u00e3o dentro das se\u00e7\u00f5es da barra de navega\u00e7\u00e3o em que todos os tipos de consultas est\u00e3o agrupadas dentro de sua respectivas subse\u00e7\u00f5es, como podemos ver nas imagens a seguir:

Figura 5: Se\u00e7\u00e3o relacionada \u00e0 Ve\u00edculos

Fonte: Portal DETRAN-DF

Figura 6: Se\u00e7\u00e3o relacionada \u00e0 CNH

Fonte: Portal DETRAN-DF

Figura 7: Se\u00e7\u00e3o relacionada \u00e0 Infra\u00e7\u00f5es

Fonte: Portal DETRAN-DF

"},{"location":"analiseRequisitos/principiosGerais/#promocao-da-eficiencia-do-usuario","title":"Promo\u00e7\u00e3o da e\ufb01ci\u00eancia do usu\u00e1rio","text":"

Segundo Barbosa e Silva (2011, p.271), a efici\u00eancia do usu\u00e1rio deve ser priorizada acima da efici\u00eancia do sistema. Como as pessoas s\u00e3o mais custosas do que m\u00e1quinas, economizar tempo e esfor\u00e7o do usu\u00e1rio traz maior retorno.

Alguns dos principais pontos incluem:

  • Manter o Usu\u00e1rio Ocupado: Processos demorados n\u00e3o devem interromper o trabalho do usu\u00e1rio. Sistemas bem projetados permitem que o usu\u00e1rio continue com outras tarefas enquanto a\u00e7\u00f5es de fundo s\u00e3o realizadas.

  • Proteger o Trabalho do Usu\u00e1rio: Falhas como queda de energia, erros de rede ou falhas humanas n\u00e3o devem resultar na perda do progresso do usu\u00e1rio. Sistemas podem implementar salvamento autom\u00e1tico ou backups para garantir seguran\u00e7a.

  • Reconhecer o Contexto do Usu\u00e1rio: O sistema deve lembrar o que o usu\u00e1rio fez, onde estava e suas prefer\u00eancias. Isso evita repeti\u00e7\u00e3o de a\u00e7\u00f5es e melhora a experi\u00eancia.

  • Aceleradores para Usu\u00e1rios Frequentes: Fornecer atalhos como teclas de comando (e.g., Ctrl+S para salvar) e automa\u00e7\u00f5es, como macros ou perfis predefinidos para opera\u00e7\u00f5es frequentes.

No contexto do Portal DETRAN-DF, a aus\u00eancia de mecanismos para preservar ou reutilizar informa\u00e7\u00f5es no preenchimento de formul\u00e1rios, como nas figuras 8 e 9, compromete a efici\u00eancia e a experi\u00eancia do usu\u00e1rio, uma vez que pode ocorrer a perda de dados ao recarregar a p\u00e1gina ou at\u00e9 mesmo faltar sugest\u00e3o em sess\u00f5es futurar que poderiam acelerar o fluxo de preenchimento.

Figura 8: Preenchimento do Formul\u00e1rio de Inclus\u00e3o de gravame

Fonte: Portal DETRAN-DF

Figura 9: Ap\u00f3s atualiza\u00e7\u00e3o de p\u00e1gina do Formul\u00e1rio de Inclus\u00e3o de gravame

Fonte: Portal DETRAN-DF

"},{"location":"analiseRequisitos/principiosGerais/#antecipacao-das-necessidades-do-usuario","title":"Antecipa\u00e7\u00e3o das necessidades do usu\u00e1rio","text":"

Segundo Barbosa e Silva (2011, p.272-273) o sistema deve ser estruturado de forma que seja poss\u00edvel prever o que o usu\u00e1rio quer, precisa e espera encontrar.

Nesse sentido, na hora de utilizar o Portal, \u00e9 interessante que o usu\u00e1rio tenha em m\u00e3o as ferramentas necess\u00e1rias para executar cada passo do fuxo do processo desejado, ou seja, tenha acesso \u00e0 informa\u00e7\u00f5es \u00fateis que facilitar\u00e3o sua experi\u00eancia.

Dentro do portal, pode-se citar que na p\u00e1gina de in\u00edcio existe uma se\u00e7\u00e3o com os servi\u00e7os mais acessados, antecipando as a\u00e7\u00f5es dos usu\u00e1rios que executar\u00e3o justamente as a\u00e7\u00f5es de sele\u00e7\u00e3o desses servi\u00e7os.

Figura 10: P\u00e1gina inicial do Portal DETRAN-DF

Fonte: Portal DETRAN-DF

"},{"location":"analiseRequisitos/principiosGerais/#visibilidade-e-reconhecimento","title":"Visibilidade e Reconhecimento","text":"

Com base nos princ\u00edpios discutidos por Barbosa e Silva (2011, p.274-275), a visibilidade e o reconhecimento podem ser avaliados em rela\u00e7\u00e3o ao estado atual do sistema e ao suporte oferecido para que os usu\u00e1rios executem suas tarefas de maneira eficiente.

  • Visibiliadade:

    • Antes que o usu\u00e1rio execute uma a\u00e7\u00e3o, \u00e9 crucial que ele saiba claramente o que \u00e9 poss\u00edvel fazer. Isso requer interfces quex exponham as op\u00e7\u00f5es dispon\u00edveis e os meios para alcan\u00e7\u00e1-las, sem ambiguidade.

    • Um exemplo pr\u00e1tico \u00e9 uma interface de formul\u00e1rio que indique claramente os campos obrigat\u00f3rios e como preench\u00ea-los, como podemos ver no caso do Portal DETRAN-DF na figura 11.

Figura 11: Formul\u00e1rio de agendamento de servi\u00e7o

Fonte: Portal de Servi\u00e7os do Detran

  • Reconhecimento:

    • A interface deve priorizar o reconhecimento sobre a memoriza\u00e7\u00e3o. Isso significa que o usu\u00e1rio deve ser capaz de identificar a\u00e7\u00f5es e elementos sem precisar lembrar o que cada comando significa. Isso pode ser feito, por exemplo utilizando \u00edcones universais (como uma lixeira para 'Exluir') e descri\u00e7\u00f5es de texto complementares quando necess\u00e1rio.

    • Evitar que o sitema exija que o usu\u00e1rio memorize informa\u00e7\u00f5es de uma parte da aplica\u00e7\u00e3o para usar em outra, uma vez que as informa\u00e7\u00f5es necess\u00e1rias dever estar vis\u00edveis ou facilmente acess\u00edveis.

    • Ap\u00f3s uma a\u00e7\u00e3o, o sistema deve informar o que aconteceu ou est\u00e1 acontecendo. Feedback pode ser sutil para a\u00e7\u00f5es frequentes e esperadas, mas deve ser destacado para a\u00e7\u00f5es cr\u00edticas ou resultados inesperados. Esse feedback pode ser visto na figura 12 no Portal DETRAN-DF.

Figura 12: Consulta das restri\u00e7\u00f5es de um ve\u00edculo

Fonte: Portal DETRAN-DF

"},{"location":"analiseRequisitos/principiosGerais/#conteudo-relevante-e-expressao-adequada-e-projeto-para-erros","title":"Conte\u00fado relevante e express\u00e3o adequada e projeto para erros","text":"

Conforme Barbosa e Silva (2011, p.276-279), o princ\u00edpio de Conte\u00fado Relevante e Express\u00e3o Adequada na Intera\u00e7\u00e3o Humano-Computador est\u00e1 fundamentado na ideia de que interfaces devem priorizar a clareza, concis\u00e3o e relev\u00e2ncia do conte\u00fado apresentado, respeitando as necessidades e limita\u00e7\u00f5es do usu\u00e1rio. Esse princ\u00edpio incorpora elementos do comportamento humano observados em intera\u00e7\u00f5es com sistemas e est\u00e1 alinhado \u00e0s seguintes m\u00e1ximas cooperativas:

  • Qualidade:

    • A interface n\u00e3o deve mentir ou fornecer informa\u00e7\u00f5es sem evid\u00eancias. Conte\u00fados apresentados devem ser confi\u00e1veis e verific\u00e1veis.

  • Quantidade:

    • Fornecer informa\u00e7\u00f5es na medida certa: nem mais, nem menos do que o necess\u00e1rio para atingir os objetivos do usu\u00e1rio.

    • Interfaces minimalistas s\u00e3o valorizadas aqui, pois reduzem distra\u00e7\u00f5es e destacam elementos realmente importantes.

  • Relev\u00e2ncia

    • Toda informa\u00e7\u00e3o apresentada deve ser pertinente ao contexto da intera\u00e7\u00e3o e \u00e0s metas do usu\u00e1rio. Informa\u00e7\u00f5es ou op\u00e7\u00f5es irrelevantes devem ser eliminadas.

  • Modo (ou clareza)

    • Mensagens devem ser claras, evitar ambiguidade e seguir uma estrutura ordenada.

O Portal DETRAN-DF, por sua vez, representa muito bem o que \u00e9 essa clareza, uma vez que apresenta um design minimalista, com informa\u00e7\u00f5es diretas e consistentes, como podemos visualizar na figura 13 a seguir:

Figura 13: P\u00e1gina inicial do Portal DETRAN-DF

Fonte: Portal DETRAN-DF

Al\u00e9m disso, existe o conceito de Projeto para Erros, que segundo Barbosa e Silva (2011, p.278-279), parte do princ\u00edpio de que erros s\u00e3o inevit\u00e1veis em qualquer intera\u00e7\u00e3o usu\u00e1rio-sistema. Assim, o designer deve criar solu\u00e7\u00f5es que:

  • Previnam erros sempre que poss\u00edvel.

  • Facilitem a recupera\u00e7\u00e3o caso eles ocorram.

  • Minimizem as consequ\u00eancias de a\u00e7\u00f5es equivocadas.

Essa abordagem refor\u00e7a a ideia de que interfaces bem projetadas aprendem com erros potenciais e os transformam em oportunidades de aprendizado e melhoria cont\u00ednua para os usu\u00e1rios.

"},{"location":"analiseRequisitos/principiosGerais/#bibliografia","title":"Bibliografia","text":"

https://portal.detran.df.gov.br/#/home

"},{"location":"analiseRequisitos/principiosGerais/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"analiseRequisitos/principiosGerais/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisores 1.0 02/12/2024 Descri\u00e7\u00e3o dos Princ\u00edpios Gerais do Projeto. Luiza Maluf M\u00e1rcio Henrique"},{"location":"analiseRequisitos/analise_tarefas/HTA/","title":"An\u00e1lise Hierarquica de Tarefas","text":""},{"location":"analiseRequisitos/analise_tarefas/HTA/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Uma an\u00e1lise de tarefas \u00e9 utilizada para se ter um entendimento sobre qual \u00e9 o tra- balho dos usu\u00e1rios, como eles o realizam e por qu\u00ea. Em IHC, a an\u00e1lise de tarefas pode ser utilizada nas tr\u00eas atividades habituais: para an\u00e1lise da situa\u00e7\u00e3o atual (apoiada ou n\u00e3o por um sistema computacional), para o (re)design de um sistema computacional ou para a avalia\u00e7\u00e3o do resultado de uma interven\u00e7\u00e3o que inclua a introdu\u00e7\u00e3o de um (novo) sistema computacional. Barbosa e Silva (2011, p.191)

"},{"location":"analiseRequisitos/analise_tarefas/HTA/#hta-hierarchical-task-analysishta","title":"HTA \u2013 Hierarchical Task AnalysisHTA","text":"

Portando devido as complexidades de certas tarefas e n\u00e3o repetitivas, \u00e9 utilizado uma abstra\u00e7\u00e3o do conceito de an\u00e1lise de tarefas. Chamado de A An\u00e1lise Hier\u00e1rquica de Tarefas (HTA \u2013 Hierarchical Task Analysis), Ela ajuda a relacionar o que as pessoas fazem (ou se recomenda que fa\u00e7am), por que o fazem, e quais as consequ\u00eancias caso n\u00e3o o fa\u00e7am corretamente. Ela pode ser representada por uma tabela, ou por um diagrama, com a nota\u00e7\u00e3o conforme a figura 1.

Figura 1

Fonte: BARBOSA e SILVA, 2011.

"},{"location":"analiseRequisitos/analise_tarefas/HTA/#analise-de-tarefas","title":"An\u00e1lise de tarefas","text":"

Dentro das tarefas com m\u00e9todo HTA, foram escolhidos o acesso ao CNH do usu\u00e1rio, Agendar um servi\u00e7o e transf\u00eancia ve\u00edcular.

"},{"location":"analiseRequisitos/analise_tarefas/HTA/#agendamento-de-servico","title":"Agendamento de servi\u00e7o","text":"

Nessa tarefa, o usu\u00e1rio possui o objetivo de solicitar um agendamento dos servi\u00e7os prestados pelo Detran . A figura 3 apresenta o diagrama HTA relativa a tarefa, j\u00e1 a tabela 2 representa o mesmo HTA em tabela.

Figura 3 - Diagrama HTA de agendamento de servi\u00e7o.

Autor: Luiza Maluf.

Tabela 2 - HTA de visualiza\u00e7\u00e3o de pedidos.

Objetivos/Opera\u00e7\u00f5es Problemas e recomenda\u00e7\u00f5es 0. Realizar o agendamento 1. Acessar o site do Detran input: Abrir o navegador e digitar a URL do portalfeedback: P\u00e1gina inicail do DETRAN-DF plano: Continuar para a navega\u00e7\u00e3o do agendamento. 2. Navegar para \u00e1rea de agendamento input: Identificar o menu ou \u00edcone de \"Servi\u00e7os\" e selecionar \"Agendamento\".feedback: P\u00e1gina de agendamento \u00e9 exibida com op\u00e7\u00f5es de servi\u00e7os.Plano: Selecionar o servi\u00e7o desejado. 3. Escolher o servi\u00e7o desejado input: Clicar no servi\u00e7o relevante na lista apresentada.feedback: Detalhes do servi\u00e7o e bot\u00e3o para continuar s\u00e3o exibidos.Plano: Avan\u00e7ar para o preenchimento dos dados. 4. Preencher os dados solicitados input: Inserir nome, CPF, e-mail, telefone e outros dados exigidos.feedback: Campos preenchidos s\u00e3o validados em tempo real.Plano: Concluir o preenchimento e continuar para a escolha da data. 5. Selecionar a data e hor\u00e1rio dispon\u00edveis input: Escolher uma data no calend\u00e1rio e selecionar o hor\u00e1rio dispon\u00edvel.feedback: Indica\u00e7\u00e3o de hor\u00e1rio reservado para o usu\u00e1rio.Plano: Prosseguir para a confirma\u00e7\u00e3o. 6. Confirmar o agendamento input: Revisar os dados, clicar em \"Agendar\".feedback: Mensagem de sucesso com n\u00famero de protocolo e instru\u00e7\u00f5es adicionais.Plano: Finalizar o processo e, se necess\u00e1rio, armazenar o comprovante.

Autor: Luiza Maluf.

"},{"location":"analiseRequisitos/analise_tarefas/HTA/#transferencia-de-veiculo","title":"Transfer\u00eancia de ve\u00edculo","text":"

Nessa tarefa, o usu\u00e1rio possui o objetivo de transferir ve\u00edculo . A figura 5 apresenta o diagrama HTA relativa a tarefa, j\u00e1 a tabela 4 representa o mesmo HTA em tabela.

Figura 5 - Diagrama HTA de tranferencia veicular.

Autor: M\u00e1rcio Henrique.

Tabela 3 - HTA de visualiza\u00e7\u00e3o de pedidos.

Objetivos/Opera\u00e7\u00f5es Problemas e recomenda\u00e7\u00f5es 0. Iniciar transfer\u00eancia de ve\u00edculo input: In\u00edcio do processo.feedback: Usu\u00e1rio deve seguir os passos subsequentes.recomenda\u00e7\u00e3o: Informar ao usu\u00e1rio sobre os requisitos pr\u00e9vios, como documentos necess\u00e1rios. 1. Cadastro input: Dados de cadastro.feedback: Redirecionar para a p\u00e1gina de confirma\u00e7\u00e3o de perfil. recomenda\u00e7\u00e3o: Garantir valida\u00e7\u00e3o dos dados antes do envio. 1.1. Inserir dados de cadastro feedback: Sistema valida os dados inseridos.recomenda\u00e7\u00e3o: Implementar mensagens de erro claras para dados inv\u00e1lidos. 1.2. Confirmar perfil input: C\u00f3digo de verifica\u00e7\u00e3o ou link enviado por email.feedback: Usu\u00e1rio \u00e9 liberado para fazer login ap\u00f3s confirma\u00e7\u00e3o. recomenda\u00e7\u00e3o: Garantir tempo de expira\u00e7\u00e3o para links ou c\u00f3digos. 2. Login input: Dados de login.feedback: Usu\u00e1rio redirecionado para o painel principal.recomenda\u00e7\u00e3o: Oferecer op\u00e7\u00e3o de recupera\u00e7\u00e3o de senha e login por redes sociais. 3. Selecionar ve\u00edculo input: Dados como placa e RENAVAM.feedback: Usu\u00e1rio \u00e9 redirecionado para a p\u00e1gina do ve\u00edculo escolhido. recomenda\u00e7\u00e3o: Adicionar filtros para facilitar a busca em casos de m\u00faltiplos ve\u00edculos. 4.0. Gerar pagamento input: Informa\u00e7\u00f5es sobre o valor a ser pago.feedback: Gera\u00e7\u00e3o de cobran\u00e7a e aguardar compensa\u00e7\u00e3o. recomenda\u00e7\u00e3o: Oferecer diferentes m\u00e9todos de pagamento (PIX, cart\u00e3o, boleto). 4.1. Gerar cobran\u00e7a feedback: Cobran\u00e7a gerada com sucesso.recomenda\u00e7\u00e3o: Garantir que o usu\u00e1rio receba uma confirma\u00e7\u00e3o da transa\u00e7\u00e3o por email ou SMS. 4.2. Aguardar compensa\u00e7\u00e3o feedback: Informar status do pagamento em tempo real.recomenda\u00e7\u00e3o: Implementar notifica\u00e7\u00f5es sobre a compensa\u00e7\u00e3o. 5.0. Preencher dados da venda input: Informa\u00e7\u00f5es sobre o comprador, como nome e CPF.feedback: Usu\u00e1rio direcionado para autoriza\u00e7\u00e3o da transfer\u00eancia.recomenda\u00e7\u00e3o: Validar CPF e outros dados em tempo real. 5.1. Informar dados do comprador feedback: Dados registrados no sistema.recomenda\u00e7\u00e3o: Verificar inconsist\u00eancias nos dados automaticamente. 5.2. Autorizar transfer\u00eancia feedback: Sistema solicita confirma\u00e7\u00e3o biom\u00e9trica ou presencial.recomenda\u00e7\u00e3o: Incluir outras formas de autentica\u00e7\u00e3o, como assinatura digital. 6.0. Confirma\u00e7\u00e3o do comprador input: Biometria facial ou presen\u00e7a f\u00edsica.feedback: Transfer\u00eancia conclu\u00edda.recomenda\u00e7\u00e3o: Melhorar o processo de agendamento presencial para minimizar filas. 6.1. Biometria facial feedback: Autentica\u00e7\u00e3o por reconhecimento facial bem-sucedida.recomenda\u00e7\u00e3o: Garantir alta precis\u00e3o no sistema de biometria. 6.2. Presencial em uma sede do Detran feedback: Confirma\u00e7\u00e3o realizada presencialmente.recomenda\u00e7\u00e3o: Simplificar processos burocr\u00e1ticos e oferecer suporte ao usu\u00e1rio no local.

Autor: M\u00e1rcio Henrique.

"},{"location":"analiseRequisitos/analise_tarefas/HTA/#bibliografia","title":"Bibliografia","text":"

RIBEIRO, Bruno; GOBBI, Lucas. Aspectos \u00e9ticos. Reposit\u00f3rio do Grupo Branco Central do Brasil da disciplina Intera\u00e7\u00e3o Humano-Computador da Universidade de Bras\u00edlia, 2023. Dispon\u00edvel em: https://interacao-humano-computador.github.io/2023.1-BancoCentral/#/analise_requisitos/analise_tarefas?id=an%c3%a1lise-hier%c3%a1rquica-de-tarefas. Acesso em: 28/11/2024

"},{"location":"analiseRequisitos/analise_tarefas/HTA/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"analiseRequisitos/analise_tarefas/HTA/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 30/11/2024 Adi\u00e7\u00e3o de informa\u00e7\u00f5es da analise de tarefas. M\u00e1rcio Henrique Luiza Maluf 1.1 20/11/2024 Corre\u00e7\u00e3o do HTA do agendamento de servi\u00e7o Luiza Maluf M\u00e1rcio Henrique 1.2 22/11/2024 Corre\u00e7\u00e3o do HTA de transfer\u00eancia de ve\u00edculos M\u00e1rcio Henrique Luiza Maluf 1.3 05/01/2025 Ajuste das An\u00e1lise de tarefas M\u00e1rcio Henrique Luiza Maluf"},{"location":"analiseRequisitos/analise_tarefas/KLM/","title":"KLM","text":""},{"location":"analiseRequisitos/analise_tarefas/KLM/#introducao","title":"Introdu\u00e7\u00e3o","text":"

A t\u00e9cnica KLM, a mais b\u00e1sica dentro da fam\u00edlia GOMS, restringe a an\u00e1lise a um conjunto pr\u00e9-determinado de operadores primitivos. Esses operadores representam a\u00e7\u00f5es simples como digitar, clicar, mover o mouse, desenhar e processar informa\u00e7\u00f5es mentalmente. Al\u00e9m disso, o modelo considera o tempo de resposta do sistema como um fator relevante no desempenho do usu\u00e1rio.Barbosa e Silva (2011, p.198). Na tabela 1 \u00e9 mostrado o tempo de execu\u00e7\u00e3o de cada a\u00e7\u00e3o.

Tabela 1

Fonte: BARBOSA e SILVA, 2011.

"},{"location":"analiseRequisitos/analise_tarefas/KLM/#motivo-de-escolha","title":"Motivo de Escolha","text":"

A escolha de um KLM (Keystroke-Level Model) \u00e9 motivada pela sua capacidade de avaliar de maneira detalhada o tempo necess\u00e1rio para realizar tarefas espec\u00edficas, permitindo identificar a\u00e7\u00f5es que otimizam a intera\u00e7\u00e3o do usu\u00e1rio com sistemas.Para tarefas no site do Detran, o uso do KLM oferece insights claros sobre quais a\u00e7\u00f5es s\u00e3o mais r\u00e1pidas, quais exigem mais esfor\u00e7o cognitivo ou f\u00edsico, e como melhorar a experi\u00eancia geral de navega\u00e7\u00e3o e intera\u00e7\u00e3o para o usu\u00e1rio. Nas tabelas 2 a 5 \u00e9 listado os KLM's de cada tarefa.

"},{"location":"analiseRequisitos/analise_tarefas/KLM/#transferencia-de-veiculo","title":"Transfer\u00eancia de Ve\u00edculo","text":"

Tabela 2

Etapa Descri\u00e7\u00e3o Tipo de Opera\u00e7\u00e3o Tempo Estimado (s) 1.1 Acessar o site do Detran [P] Apontar 1.1 1.2 Clicar no menu \"Ve\u00edculos\" [K] Clique 0.2 1.3 Selecionar a op\u00e7\u00e3o \"Transfer\u00eancia de ve\u00edculo\" [P] Apontar 1.1 1.4 Preencher o formul\u00e1rio com dados do ve\u00edculo [K] Digitar Vari\u00e1vel (15-30) 1.5 Confirmar a opera\u00e7\u00e3o [K] Clique 0.2 Total Aproximado ~20-35 segundos

_Autor: M\u00e1rcio Henrique

Conclus\u00e3o: A a\u00e7\u00e3o de transfer\u00eancia de ve\u00edculo \u00e9 pr\u00e1tica, com poucos passos claros. No entanto, o tempo pode variar significativamente devido \u00e0 complexidade dos dados a serem preenchidos no formul\u00e1rio. Para maior efici\u00eancia, \u00e9 recomend\u00e1vel que o usu\u00e1rio tenha todas as informa\u00e7\u00f5es previamente organizadas.

"},{"location":"analiseRequisitos/analise_tarefas/KLM/#agendamento-de-servico","title":"Agendamento de Servi\u00e7o","text":"

Tabela 4

Etapa Descri\u00e7\u00e3o Tipo de Opera\u00e7\u00e3o Tempo Estimado (s) 3.1 Acessar o site do Detran [P] Apontar 1.1 3.2 Clicar no menu \"Servi\u00e7os\" [K] Clique 0.2 3.3 Selecionar \"Agendamento de servi\u00e7o\" [P] Apontar 1.1 3.4 Preencher o formul\u00e1rio com dados do agendamento [K] Digitar Vari\u00e1vel (15-30) 3.5 Confirmar o agendamento [K] Clique 0.2 Total Aproximado ~20-35 segundos

_Autor: Luiza Maluf

Conclus\u00e3o: O agendamento de servi\u00e7o exige um tempo moderado devido ao preenchimento de dados espec\u00edficos. Apesar disso, a organiza\u00e7\u00e3o pr\u00e9via das informa\u00e7\u00f5es e a interface amig\u00e1vel podem tornar o processo mais \u00e1gil. \u00c9 uma solu\u00e7\u00e3o vantajosa para evitar filas presenciais.

"},{"location":"analiseRequisitos/analise_tarefas/KLM/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"analiseRequisitos/analise_tarefas/KLM/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 30/11/2024 Adi\u00e7\u00e3o de informa\u00e7\u00f5es da analise de tarefas. M\u00e1rcio Henrique Luiza Maluf 1.1 05/01/2025 Mudan\u00e7as as an\u00e1lise de tarefas KLM. M\u00e1rcio Henrique Luiza Maluf"},{"location":"apresent/01/","title":"Entrega da Etapa 1","text":""},{"location":"apresent/01/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Est\u00e1 p\u00e1gina \u00e9 destinada \u00e0 apresenta\u00e7\u00e3o da Etapa 1 do projeto da disciplina.

"},{"location":"apresent/01/#entregas","title":"Entregas","text":"
  1. Planejamento do Projeto;
  2. Equipe;
  3. Heatmap de disponibilidade dos integrantes;
  4. Litas de sites avaliados;
  5. Site selecionado para o projeto da disciplina
  6. Ferramentas do projeto;
  7. Processo de Design;
  8. Cronograma detalhado das atividades do projeto (com data de inicio e fim de cada atividade, respons\u00e1veis e per\u00edodo de grava\u00e7\u00e3o da apresenta\u00e7\u00e3o).
"},{"location":"apresent/01/#apresentacao","title":"Apresenta\u00e7\u00e3o","text":"

PRESENTES

Luiza Maluf Amorim, Marcio Henrique de Sousa Costa,

Kaio Enzo Silva De Melo Salgado

"},{"location":"apresent/01/#bibliografia","title":"Bibliografia","text":"

Autores. Reposit\u00f3rio do Grupo Bilheteria Digital da disciplina de Intera\u00e7\u00e3o Humano Computador da Universidade de Bras\u00edlia, 2023. Dispon\u00edvel em: https://interacao-humano-computador.github.io/2023.1-BilheteriaDigital/apresentacao/apresentacao1/. Acesso em: 27 nov. 2024.

"},{"location":"apresent/01/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) 1.0 04/11/2024 Cria\u00e7\u00e3o do p\u00e1gina Luiza Maluf"},{"location":"apresent/02/","title":"Entrega da Etapa 2","text":""},{"location":"apresent/02/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Est\u00e1 p\u00e1gina \u00e9 destinada \u00e0 apresenta\u00e7\u00e3o da Etapa 1 do projeto da disciplina.

"},{"location":"apresent/02/#apresentacao","title":"Apresenta\u00e7\u00e3o","text":"

PRESENTES

Luiza Maluf Amorim, Marcio Henrique de Sousa Costa,

Kaio Enzo Silva De Melo Salgado

"},{"location":"apresent/02/#bibliografia","title":"Bibliografia","text":"

Autores. Reposit\u00f3rio do Grupo Bilheteria Digital da disciplina de Intera\u00e7\u00e3o Humano Computador da Universidade de Bras\u00edlia, 2023. Dispon\u00edvel em: https://interacao-humano-computador.github.io/2023.1-BilheteriaDigital/apresentacao/apresentacao1/. Acesso em: 27 nov. 2024.

"},{"location":"apresent/02/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) 1.0 03/12/2024 Cria\u00e7\u00e3o do p\u00e1gina M\u00e1rcio Henrique"},{"location":"apresent/03/","title":"Entrega da Etapa 3","text":""},{"location":"apresent/03/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Est\u00e1 p\u00e1gina \u00e9 destinada \u00e0 apresenta\u00e7\u00e3o da Etapa 1 do projeto da disciplina.

"},{"location":"apresent/03/#apresentacao","title":"Apresenta\u00e7\u00e3o","text":"

PRESENTES

Luiza Maluf Amorim, Marcio Henrique de Sousa Costa,

Kaio Enzo Silva De Melo Salgado

"},{"location":"apresent/03/#bibliografia","title":"Bibliografia","text":"

Autores. Reposit\u00f3rio do Grupo Bilheteria Digital da disciplina de Intera\u00e7\u00e3o Humano Computador da Universidade de Bras\u00edlia, 2023. Dispon\u00edvel em: https://interacao-humano-computador.github.io/2023.1-BilheteriaDigital/apresentacao/apresentacao1/. Acesso em: 27 nov. 2024.

"},{"location":"apresent/03/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) 1.0 03/12/2024 Cria\u00e7\u00e3o do p\u00e1gina M\u00e1rcio Henrique"},{"location":"apresent/04/","title":"Entrega da Etapa 4","text":""},{"location":"apresent/04/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Est\u00e1 p\u00e1gina \u00e9 destinada \u00e0 apresenta\u00e7\u00e3o da Etapa 4 do projeto da disciplina.

"},{"location":"apresent/04/#apresentacao","title":"Apresenta\u00e7\u00e3o","text":"

PRESENTES

Luiza Maluf Amorim, Marcio Henrique de Sousa Costa,

"},{"location":"apresent/04/#bibliografia","title":"Bibliografia","text":"

Autores. Reposit\u00f3rio do Grupo Bilheteria Digital da disciplina de Intera\u00e7\u00e3o Humano Computador da Universidade de Bras\u00edlia, 2023. Dispon\u00edvel em: https://interacao-humano-computador.github.io/2023.1-BilheteriaDigital/apresentacao/apresentacao1/. Acesso em: 27 nov. 2024.

"},{"location":"apresent/04/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) 1.0 10/12/2024 Cria\u00e7\u00e3o do p\u00e1gina M\u00e1rcio Henrique"},{"location":"apresent/05/","title":"Entrega da Etapa 5","text":""},{"location":"apresent/05/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Est\u00e1 p\u00e1gina \u00e9 destinada \u00e0 apresenta\u00e7\u00e3o da Etapa 5 do projeto da disciplina.

"},{"location":"apresent/05/#apresentacao","title":"Apresenta\u00e7\u00e3o","text":"

PRESENTES

Luiza Maluf Amorim, Marcio Henrique de Sousa Costa,

"},{"location":"apresent/05/#bibliografia","title":"Bibliografia","text":"

Autores. Reposit\u00f3rio do Grupo Bilheteria Digital da disciplina de Intera\u00e7\u00e3o Humano Computador da Universidade de Bras\u00edlia, 2023. Dispon\u00edvel em: https://interacao-humano-computador.github.io/2023.1-BilheteriaDigital/apresentacao/apresentacao1/. Acesso em: 27 nov. 2024.

"},{"location":"apresent/05/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) 1.0 05/01/2025 Cria\u00e7\u00e3o do p\u00e1gina M\u00e1rcio Henrique"},{"location":"apresent/06/","title":"Entrega da Etapa 5","text":""},{"location":"apresent/06/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Est\u00e1 p\u00e1gina \u00e9 destinada \u00e0 apresenta\u00e7\u00e3o da Etapa 6 do projeto da disciplina.

"},{"location":"apresent/06/#apresentacao","title":"Apresenta\u00e7\u00e3o","text":"

PRESENTES

Luiza Maluf Amorim, Marcio Henrique de Sousa Costa,

"},{"location":"apresent/06/#bibliografia","title":"Bibliografia","text":"

Autores. Reposit\u00f3rio do Grupo Bilheteria Digital da disciplina de Intera\u00e7\u00e3o Humano Computador da Universidade de Bras\u00edlia, 2023. Dispon\u00edvel em: https://interacao-humano-computador.github.io/2023.1-BilheteriaDigital/apresentacao/apresentacao1/. Acesso em: 27 nov. 2024.

"},{"location":"apresent/06/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) 1.0 14/01/2025 Cria\u00e7\u00e3o do p\u00e1gina M\u00e1rcio Henrique"},{"location":"atas/01/","title":"Ata de reuni\u00e3o 01","text":""},{"location":"atas/01/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Data: 04/11/2024 Hor\u00e1rio: 21:10 \u00e0s 22h30 Local: Online via Teams

Link para a grava\u00e7\u00e3o da reuni\u00e3o aqui.

"},{"location":"atas/01/#participantes-presentes","title":"Participantes presentes:","text":"
  • [x] Luiza Maluf
  • [x] Marcio Henrique
  • [x] Yuri Otor Santos Guimar\u00e3es
"},{"location":"atas/01/#discurssao","title":"Discurss\u00e3o:","text":"
  • Hor\u00e1rios de reuni\u00e3o semanal do grupo.
  • An\u00e1lise dos sites avaliados na atividade anterior.
  • Elabora\u00e7\u00e3o do cronograma.
  • Visualiza\u00e7\u00e3o do conte\u00fado dos grupos anteriores.
  • Cria\u00e7\u00e3o do GitPages
  • Planjeamento das atividades de cada integrante para a realiza\u00e7\u00e3o da entrega 1.
"},{"location":"atas/01/#decisoes","title":"Decis\u00f5es:","text":"
  • M\u00e1rcio ficou respons\u00e1vel pela elabora\u00e7\u00e3o do cronograma.
  • Luiza ficou respons\u00e1vel pela primeira organiza\u00e7\u00e3o do GitPages e subir os primeiros documentos.
  • Todos os integrantes devem decidir o site que ser\u00e1 utilizado no projeto da disciplina.
  • Na proxima reuni\u00e3o designar as atividades feitas pelo planejamento para cada integrante.
"},{"location":"atas/01/#proxima-reuniao","title":"Pr\u00f3xima reuni\u00e3o","text":"

O grupo ainda est\u00e1 se organizando e n\u00e3o tem um hor\u00e1rio certo para a pr\u00f3xima reuni\u00e3o, por\u00e9m ser\u00e1 o quanto antes.

"},{"location":"atas/01/#bibliografia","title":"Bibliografia","text":"

Autores. Reposit\u00f3rio do Grupo Bilheteria Digital da disciplina de Intera\u00e7\u00e3o Humano Computador da Universidade de Bras\u00edlia, 2023. Dispon\u00edvel em: https://interacao-humano-computador.github.io/2023.1-BilheteriaDigital/atas/IHC_Ata_01/. Acesso em: 27 nov. 2024.

"},{"location":"atas/01/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) 1.0 04/11/2024 Documenta\u00e7\u00e3o da ata. Luiza Maluf"},{"location":"atas/02/","title":"Ata de reuni\u00e3o 02","text":""},{"location":"atas/02/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Data: 05/11/2024 Hor\u00e1rio: 20:23 \u00e0s 20h30 Local: Online via Teams

link para a grava\u00e7\u00e3o da reuni\u00e3o aqui.

"},{"location":"atas/02/#participantes-presentes","title":"Participantes presentes:","text":"
  • [x] Luiza Maluf
  • [x] Marcio Henrique
  • [x] Kaio Enzo
"},{"location":"atas/02/#discurssao","title":"Discurss\u00e3o:","text":"
  • Atribui\u00e7\u00e3o das \u00faltimas tarefas para a entrega 1.
  • An\u00e1lise dos sites avaliados na atividade anterior.
  • Defini\u00e7\u00e3o do site escolhido.
  • Visualiza\u00e7\u00e3o do conte\u00fado dos grupos anteriores.
"},{"location":"atas/02/#decisoes","title":"Decis\u00f5es:","text":"
  • M\u00e1rcio ficou respons\u00e1vel pela elabora\u00e7\u00e3o dos sites avaliados e da ata da atual reuni\u00e3o.
  • Luiza ficou respons\u00e1vel pela elabora\u00e7\u00e3o da metodologia escolhida e processo de design.
  • Kaio ficou respons\u00e1vel para a elabora\u00e7\u00e3o do site escolhido.
  • Todos os integrantes devem auxiliar no refinamento do pages.
  • Na proxima reuni\u00e3o revis\u00e3o dos documentos criados e refinamento do pages.
"},{"location":"atas/02/#proxima-reuniao","title":"Pr\u00f3xima reuni\u00e3o","text":"

O grupo come\u00e7ar\u00e1 a revis\u00e3o de todos os documentos gerados e a prepara\u00e7\u00e3o da apresenta\u00e7\u00e3o da entrega 1

"},{"location":"atas/02/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) 1.0 05/11/2024 Documenta\u00e7\u00e3o da ata. M\u00e1rcio Henrique"},{"location":"atas/03/","title":"Ata de reuni\u00e3o 03","text":""},{"location":"atas/03/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Data: 07/11/2024 Hor\u00e1rio: 18:00 \u00e0s 18:15 Local: Online via WhatsApp

"},{"location":"atas/03/#participantes-presentes","title":"Participantes presentes:","text":"
  • [x] Luiza Maluf
  • [x] Marcio Henrique
  • [x] Kaio Enzo
"},{"location":"atas/03/#discurssao","title":"Discurss\u00e3o:","text":"
  • Atribui\u00e7\u00e3o das tarefas de verifica\u00e7\u00e3o aos intregantes do grupo.
  • Defini\u00e7\u00e3o da data de Grava\u00e7\u00e3o (dia 11/11/2024) as 21h.
"},{"location":"atas/03/#decisoes","title":"Decis\u00f5es:","text":"
  • M\u00e1rcio ficou respons\u00e1vel pela verifica\u00e7\u00e3o do Processo de Design e verifica\u00e7\u00e3o da Metodologia.
  • Luiza ficou respons\u00e1vel pela elabora\u00e7\u00e3o do planejamento da verifica\u00e7\u00e3o da etapa 1.
  • Luiza ficou respons\u00e1vel pela verifica\u00e7\u00e3o do Cronograma e pela verifica\u00e7\u00e3o do Site escolhido

  • Kaio ficou respons\u00e1vel pela verifica\u00e7\u00e3o das ferramentas e da verifica\u00e7\u00e3o dos sites avaliados.

  • Todos os integrantes devem auxiliar no refinamento do pages.

"},{"location":"atas/03/#proxima-reuniao","title":"Pr\u00f3xima reuni\u00e3o","text":"

O grupo gravar\u00e1 a apresenta\u00e7\u00e3o 1.

"},{"location":"atas/03/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) 1.0 11/11/2024 Documenta\u00e7\u00e3o da ata. Luiza Maluf"},{"location":"atas/04/","title":"Ata da reuni\u00e3o 04","text":""},{"location":"atas/04/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Data: [20/11/2024 - 03/12/2024] Hor\u00e1rio: [durante esse per\u00edodo] Local: Grupo de WhatsApp do Projeto

"},{"location":"atas/04/#participantes-presentes","title":"Participantes presentes:","text":"
  • [x] Luiza Maluf
  • [x] Marcio Henrique
  • [x] Kaio Enzo
"},{"location":"atas/04/#pauta-da-reuniao","title":"Pauta da Reuni\u00e3o","text":"
  1. Discuss\u00e3o sobre a realiza\u00e7\u00e3o da reuni\u00e3o via WhatsApp devido a complica\u00e7\u00f5es com outras mat\u00e9rias.
  2. Defini\u00e7\u00e3o de respons\u00e1veis pela produ\u00e7\u00e3o de cada artefato.
  3. Distribui\u00e7\u00e3o de tarefas na an\u00e1lise de tarefas.
  4. Aloca\u00e7\u00e3o de respons\u00e1veis para verifica\u00e7\u00e3o dos artefatos.
"},{"location":"atas/04/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) 1.0 03/11/2024 Documenta\u00e7\u00e3o da ata. Luiza Maluf"},{"location":"design_avaliacao/storyboards/","title":"Storyboards","text":""},{"location":"design_avaliacao/storyboards/#introducao","title":"Introdu\u00e7\u00e3o","text":"

O storyboard \u00e9 um exemplo de prot\u00f3tipo de baixa fidelidade, muito \u00fatil devido sua simplicidade, baixo custo e r\u00e1pida produ\u00e7\u00e3o. Isso significa que podem ser rapidamente alterados. S\u00e3o geralmente utilizados em conjunto com cen\u00e1rios. Nos modelos abaixo ele ser\u00e1 representando por GUI, sendo do tipo linear. \u00c9 ncess\u00e1rio atender os seguintes crit\u00e9rios ( podendo posu=suir a explica\u00e7\u00e3o por texto).

  • As pessoas envolvidas;
  • Ambiente/contexto;
  • Tarefas;
  • Passos envolvidos;
  • A motiva\u00e7\u00e3o para usar a sistema;
  • O que as pessoas precisam fazer para completar a tarefa;
  • A satisfa\u00e7\u00e3o da pessoa ao completar a tarefa, no final do storyboard.
"},{"location":"design_avaliacao/storyboards/#tarefa-1-transferencia-de-veiculos","title":"Tarefa 1: Transfer\u00eancia de ve\u00edculos","text":"

Na figura 1, apresenta-se um storyboard no qual duas pessoas est\u00e3o realizando uma trasnfer\u00eancia de ve\u00edculo ap\u00f3s uma negocia\u00e7\u00e3o.

Figura 1 - Transef\u00eancia de ve\u00edculos

Autor: M\u00e1rcio Henrique

Se\u00e7\u00e3o Detalhes Personagens Envolvidos Guilherme: Comprador do ve\u00edculo, 28 anos, analista de sistemas, busca um processo simples e digital. Carlos: Vendedor, 35 anos, vendedor de pe\u00e7as automotivas, quer um processo r\u00e1pido e eficiente. Ambiente Guilherme: Em casa, usando um computador. Carlos: No trabalho, usando um smartphone. Plataforma: Sistema online de transfer\u00eancia de ve\u00edculos do Detran, acessado via navegador e aplicativo. Motiva\u00e7\u00e3o de Usar a Aplica\u00e7\u00e3o Guilherme: Evitar filas e burocracia, buscando um m\u00e9todo r\u00e1pido, intuitivo e seguro. Carlos: Finalizar a venda rapidamente e transferir a responsabilidade do ve\u00edculo. Tarefas 1. Acessar o sistema do Detran. 2. Confirmar os dados cadastrais e do ve\u00edculo. 3. Autentica\u00e7\u00e3o digital. 4. Pagar as taxas. 5. Confirmar a conclus\u00e3o e obter o CRV. Passos Envolvidos 1. Acesso ao Sistema: - Guilherme: Login no site do Detran (CPF e senha). - Carlos: Login no app com autentica\u00e7\u00e3o facial. 2. In\u00edcio da Transfer\u00eancia: - Guilherme: Seleciona \u201cTransfer\u00eancia de Ve\u00edculo\u201d, insere placa e Renavam. 3. Confirma\u00e7\u00e3o dos Dados: - Sistema exibe detalhes do ve\u00edculo. - Carlos confirma via notifica\u00e7\u00e3o. 4. Autentica\u00e7\u00e3o Digital: - Assinatura digital pelo Gov.br. 5. Pagamento das Taxas: - Guilherme paga via boleto ou PIX. 6. Finaliza\u00e7\u00e3o: - Guilherme recebe o novo CRV digital. - Carlos recebe confirma\u00e7\u00e3o da transfer\u00eancia. O Que \u00e9 Necess\u00e1rio Fazer Guilherme: Acesso ao sistema, login, autentica\u00e7\u00e3o digital e pagamento das taxas. Carlos: Acessar o app, confirmar dados e autorizar transfer\u00eancia. Ambos: Assinar digitalmente a transfer\u00eancia. Motiva\u00e7\u00e3o - Facilidade e Conveni\u00eancia: Evitar deslocamentos e burocracias. - Seguran\u00e7a: Transfer\u00eancia correta e comprovada digitalmente. - Rapidez: Processo conclu\u00eddo em minutos. Resultado e Satisfa\u00e7\u00e3o Guilherme: Satisfeito com a compra r\u00e1pida e segura. Carlos: Aliviado por transferir a responsabilidade do ve\u00edculo de forma eficiente."},{"location":"design_avaliacao/storyboards/#tarefa-2-agendamento-de-servico","title":"Tarefa 2: Agendamento de Servi\u00e7o","text":"

Na figura 2, apresenta-se um stroyboard no qual uma pessoa precisa fazer um agendamento de um servi\u00e7o no Portal DETRAN-DF.

Figura 2 - Agendamento de servi\u00e7o

Autor: Luiza Maluf

Se\u00e7\u00e3o Detalhes Personagens Envolvidos Mariana: Jovem adulta, 20 anos, comprou seu primeiro carro. Vendedor: Vendedor da concession\u00e1ria que entrega o carro \u00e0 Mariana. Ambiente Mariana: Na concession\u00e1ria pegando seu ve\u00edculo e em sua casa acessando a plataforma. Vendedor: Na concession\u00e1ria entregando o carro de Mariana. Motiva\u00e7\u00e3o a usar o Portal Mariana: Conseguir a agendar a vistoria de seu carro usado. Vendedor: ajudar a Mariana. Tarefas 1. Acessar o Portal DETRAN-DF 2. Inserir dados pessoais 3. Selecionar Local, Data e Hora do agendamento 4. Confirmar Agendamento. Passos Envolvidos 1. Juntar documentos informa\u00e7\u00f5es pessoais necess\u00e1rias 2. Acessar o Portal DETRAN-DF 3. Inserir os dados necess\u00e1rios 4. Conferir se os dados est\u00e3o corretos 5. Selecionar local de escolha 6. Escolher uma data e hor\u00e1rio dispon\u00edvel 7. Confirmar agendamento Motiva\u00e7\u00e3o: - Rapidez para realizar o agendamento; - Praticidade no momento de visualizar a disponibiliade de hor\u00e1rios; - Conveni\u00eancia: evita espera em liga\u00e7\u00f5es, deslocamentos para centrais de atendimento e etc. Resultado e Satisfa\u00e7\u00e3o Mariana: Conseguiu agendar com facilidade a vistoria de seu primeiro carro. Vendedor: Teve uma venda com sucesso e uma cliente feliz."},{"location":"design_avaliacao/storyboards/#bibliografia","title":"Bibliografia","text":"

KLEMMER, Scott. Storyboards, Paper Prototypes and Mockups. Andr\u00e9 Barros de Sales,2020. Dispon\u00edvel em:https://www.youtube.com/watch?v=h2H3oIQtddU. Acesso em: 08 dez. 2024.

OCR. Guide to Storyboards. [S.l.]: OCR, 2020. Dispon\u00edvel em: https://www.ocr.org.uk/Images/579489-guide-to-storyboards.pdf. Acesso em: 26 jun. 2024.

"},{"location":"design_avaliacao/storyboards/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 09/11/2024 Cria\u00e7\u00e3o do p\u00e1gina e Inser\u00e7\u00e3o do storyboard da tarefa 1 M\u00e1rcio Henrique Luiza Maluf 1.1 09/11/2024 Inser\u00e7\u00e3o do storyboard da tarefa 2 Luiza Maluf M\u00e1rcio Henrique"},{"location":"design_avaliacao/analise_tarefa/planej_avalia/","title":"Planejamento da Avalia\u00e7\u00e3o da An\u00e1lise de Tarefas","text":""},{"location":"design_avaliacao/analise_tarefa/planej_avalia/#introducao","title":"Introdu\u00e7\u00e3o","text":"

A fim de garantir que o sistema Detran Digital atenda \u00e0s necessidades dos usu\u00e1rios, realizaremos uma avalia\u00e7\u00e3o cont\u00ednua e evolutiva acerca do processo de desenvolvimento. Iniciaremos pela an\u00e1lise de tarefas, conduziremos entrevistas com usu\u00e1rios reais para validar as informa\u00e7\u00f5es coletadas e identificar oportunidades de melhoria. Essa abordagem iterativa nos permitir\u00e1 construir um sistema mais robusto e intuitivo (dentro do contexto da disciplina).

"},{"location":"design_avaliacao/analise_tarefa/planej_avalia/#metodologia","title":"Metodologia","text":"

Para realizar esse planejamento ser\u00e1 utilizado o framework DECIDE, onde cada letra da palavra \u00e9 uma etapa a ser realizada no planejamento. A tabela 1 a seguir apresenta o significado de cada letra.

Tabela 1 - Letras da palavra DECIDE com os seus significados.

Letra Defini\u00e7\u00e3o D Determinar os objetivos da avalia\u00e7\u00e3o. E Explorar perguntas a serem respondidas com a avalia\u00e7\u00e3o. C Escolher os m\u00e9todos de avalia\u00e7\u00e3o a serem utilizados. I Identificar e administrar as quest\u00f5es pr\u00e1ticas da avalia\u00e7\u00e3o. D Decidir como lidar com as quest\u00f5es \u00e9ticas. E Avaliar, interpretar e apresentar os dados

Fonte - BARBOSA e SILVA (2011).

"},{"location":"design_avaliacao/analise_tarefa/planej_avalia/#d-objetivos","title":"D - Objetivos","text":"

Os objetivos desta avalia\u00e7\u00e3o \u00e9 verificar se os artefatos produzidos na an\u00e1lise de tarefas est\u00e3o em conformidade com os padr\u00f5es exigidos para esse artefato est\u00e3o sendo seguidos e se existe algum design alternativo para aplica\u00e7\u00e3o. Sendo assim, a avalia\u00e7\u00e3o ser\u00e1 utilizada para se elicitar ideias e problemas n\u00e3o identificados na produ\u00e7\u00e3o do artefato de An\u00e1lise de Tarefas e que dever\u00e3o ser implementados em uma nova vers\u00e3o do artefato.

"},{"location":"design_avaliacao/analise_tarefa/planej_avalia/#e-explorar-perguntas-respondidas-com-a-avaliacao","title":"E - Explorar Perguntas Respondidas com a Avalia\u00e7\u00e3o","text":"

Com base no objetivo da avalia\u00e7\u00e3o foram preparadas perguntas baseadas nos seguintes t\u00f3picos: - verificar a conformidade com um padra\u0303o; - comparar ideias e alternativas de design. As perguntas selecionadas tem o intuito de serem respondidas com essa avalia\u00e7\u00e3o e foram feitas com base no as perguntas selecionadas foram as seguintes:

  • Os diagramas HTA's possuem as nota\u00e7\u00f5es corretas, legendas e a representa\u00e7\u00e3o em tabela?
  • Os diagramas representam tarefas condizentes com as funcionalidades esperadas para o site?
  • A t\u00e9cnica KLM enquadra todas as etapas que condizem no HTA?
  • As entrevistas permitem que sejam realizadas melhorias nas tarefas elucidadas pelo artefato de An\u00e1lise de Tarefas?
"},{"location":"design_avaliacao/analise_tarefa/planej_avalia/#c-escolher-os-metodos-de-avaliacao","title":"C - Escolher os M\u00e9todos de Avalia\u00e7\u00e3o","text":"

Para a realiza\u00e7\u00e3o da avalia\u00e7\u00e3o, utilizar-se-\u00e1 de uma adapta\u00e7\u00e3o dos m\u00e9todos de investiga\u00e7\u00e3o, com o uso de entrevistas e observa\u00e7\u00e3o com usu\u00e1rios com base em um question\u00e1rio como roteiro.

A escolha se d\u00e1 pelo fato de ser um m\u00e9todo investigativo que permite coletar muitas informa\u00e7\u00f5es, al\u00e9m de ser flex\u00edvel permite fazer perguntas que aprofundam ainda mais os objetivos a serem alcan\u00e7ados pelos usu\u00e1rios. Ademais, tal entrevista deve ser estritamente gravada e documentada.

"},{"location":"design_avaliacao/analise_tarefa/planej_avalia/#i-identificar-questoes-praticas-da-avaliacao","title":"I - Identificar Quest\u00f5es Pr\u00e1ticas da Avalia\u00e7\u00e3o","text":""},{"location":"design_avaliacao/analise_tarefa/planej_avalia/#recrutamento","title":"Recrutamento","text":"

O processo se inicia pelo recrutamento das pessoas entrevistadas, essas pessoas dever\u00e3o ter as caracter\u00edsticas elucidadas pelo perfil de usu\u00e1rio e pelas personas.

"},{"location":"design_avaliacao/analise_tarefa/planej_avalia/#preparacao","title":"Prepara\u00e7\u00e3o","text":"

Os entrevistadores seguir\u00e3o o roteiro de perguntas para conduzir as entrevistas, anotando as respostas dos usu\u00e1rios. As entrevistas devem incluir uma das atividades definidas na an\u00e1lise de tarefas, e os entrevistadores podem solicitar o compartilhamento de tela para observa\u00e7\u00e3o direta das a\u00e7\u00f5es do usu\u00e1rio. Cada entrevista pode ser conduzida por um \u00fanico entrevistador ou por uma dupla, com cada membro assumindo uma tarefa espec\u00edfica.

"},{"location":"design_avaliacao/analise_tarefa/planej_avalia/#custos","title":"Custos","text":"

A realiza\u00e7\u00e3o das entrevistas n\u00e3o ir\u00e1 gerar custos, isso porque todas as ferramentas que seram utilizadas s\u00e3o de acesso gratuito:

  • Microsoft Teams, Discord e Google Meet;
  • Perguntas para serem respondidas com a avalia\u00e7\u00e3o;
  • Perguntas para serem respondidas na entrevista;
  • Termo de Consentimento#met3;
  • Teste Piloto;
  • Diagrama HTA de cada Tarefa selecionada.

Vale resaltar que os equipamentos necess\u00e1rios ser\u00e3o quaisquer dispositivos com acesso a internet, aos aplicativos de comunica\u00e7\u00e3o e a um navegador de internet que os envolvidos possu\u00edrem.

"},{"location":"design_avaliacao/analise_tarefa/planej_avalia/#prazos","title":"Prazos","text":"

Em rela\u00e7\u00e3o aos prazos, as entrevistas est\u00e3o documentadas na tabela 2, sendo apresentado um cronograma com seus t\u00f3picos e logo abaixo a tabela 2 com as entrevistas:

  • Entrevistador;
  • Entrevistado;
  • Hor\u00e1rio de in\u00edcio e fim;
  • data que ocorreu a entrevista.

Tabela 2 - Cronograma da entrevista.

Entrevistador(es) Entrevistado(s) Hor\u00e1rio de In\u00edcio Hor\u00e1rio de Fim Data Local M\u00e1rcio Henrique Eduardo Galv\u00e3o 11:30 11:45 03/05/2024 Presencial Luiza Maluf Lucas Gama 17:00 17:05 03/05/2025 Presencial

Autores - M\u00e1rcio Henrique e Luiza Maluf

"},{"location":"design_avaliacao/analise_tarefa/planej_avalia/#roteiro-de-perguntas","title":"Roteiro de Perguntas","text":"

Na entrevista estar\u00e3o dispon\u00edveis capturas de tela para que o usu\u00e1rio possa ver a tarefa da qual o entrevistador estar\u00e1 comentando e a tabela com o seu fluxo. A tabela 3 a seguir mostra o roteiro de perguntas a serem realizadas na entrevista. Essas perguntas foram baseadas nas perguntas a serem repondidas na avalia\u00e7\u00e3o.

Tabela 3 - Roteiro de perguntas da entrevista.

N\u00famero Pergunta Resposta Poss\u00edveis 1 Qual o seu nome? Resposta Discursiva 2 Qual seu grau de experi\u00eancia com tecnologias? Resposta Discursiva 3 Como voc\u00ea iniciaria o processo no sistema do Detran? [ ] Acessar o site/app do Detran e fazer login [ ] Outro, como? \u26a0\ufe0f Informar para usar a conta Gov.br. 4 Como voc\u00ea escolheria o servi\u00e7o desejado (transfer\u00eancia ou agendamento)? [ ] Selecionar o servi\u00e7o na lista dispon\u00edvel [ ] Outro, como? 5 Como voc\u00ea confirmaria os dados apresentados (ve\u00edculo ou servi\u00e7o)? [ ] Revisar e confirmar no sistema [ ] Outro, como? 6 Como voc\u00ea realizaria a autentica\u00e7\u00e3o digital? [ ] Utilizar Gov.br para autentica\u00e7\u00e3o [ ] Outro, como? 7 Como voc\u00ea selecionaria a data e hor\u00e1rio de um agendamento? [ ] Escolher data e hor\u00e1rio no calend\u00e1rio do sistema [ ] Outro, como? 8 Como voc\u00ea efetuaria o pagamento das taxas necess\u00e1rias? [ ] Gerar boleto/PIX e pagar pelo sistema [ ] Outro, como? 9 Como voc\u00ea confirmaria a finaliza\u00e7\u00e3o do processo (transfer\u00eancia ou agendamento)? [ ] Confirmar e baixar o documento digital [ ] Outro, como? 10 Como voc\u00ea acessaria a central de ajuda em caso de d\u00favidas? [ ] Clicar em \"Central de Ajuda\" no site/app [ ] Outro, como? 11 A sequ\u00eancia de processos apresentada est\u00e1 clara para voc\u00ea? Se n\u00e3o, por qu\u00ea? Resposta Discursiva \u26a0\ufe0f Mostrar a tarefa ao usu\u00e1rio e explic\u00e1-la. 12 Se houvesse um problema, voc\u00ea saberia como cancelar ou reagendar um servi\u00e7o? [ ] Sim, pelo painel de agendamentos [ ] Outro, como? 13 Observando os processos, h\u00e1 algo que voc\u00ea considera dif\u00edcil ou confuso? Resposta Discursiva 14 Os processos refletem sua experi\u00eancia real? Resposta Fechada (Sim/N\u00e3o) 15 Voc\u00ea teria alguma sugest\u00e3o de melhoria para os processos apresentados? Resposta Discursiva 16 Voc\u00ea tem alguma sugest\u00e3o de melhoria para a interface do sistema (site/app)? Resposta Discursiva

Autor - M\u00e1rcio Henrique.

"},{"location":"design_avaliacao/analise_tarefa/planej_avalia/#execucao-do-roteiro","title":"Execu\u00e7\u00e3o do roteiro","text":"

Nota se que as perguntas de 4 a 9.1 dever\u00e3o ser realizadas de acordo com cada entrevista, se a entrevista \u00e9 sobre o cancelamento de compra realiza a pergunta 6 e 6.1, por exemplo. As perguntas 10 e 11 dever\u00e3o ser realizadas pelos entrevistadores respons\u00e1veis pela tarefa de Busca de Evento e Acessar a Central de Ajuda respectivamente. No mais, as outras perguntas devem ser realizadas por todos os entrevistadores.

"},{"location":"design_avaliacao/analise_tarefa/planej_avalia/#d-lidando-com-as-questoes-eticas","title":"D - Lidando com as Quest\u00f5es \u00c9ticas","text":"

Ser\u00e1 utilizado o termo de consentimentoproduzido na se\u00e7\u00e3o de aspectos \u00e9ticos, a fim de se obter dos participantes a autoriza\u00e7\u00e3o para que sejam realizadas as atividades necess\u00e1rias \u00e0 produ\u00e7\u00e3o desse artefato e garantir que os participantes sejam respeitados durante e ap\u00f3s a atividade.

"},{"location":"design_avaliacao/analise_tarefa/planej_avalia/#e-avaliar-interpretar-e-apresentar-os-dados","title":"E - Avaliar, Interpretar e Apresentar os Dados","text":"

Ap\u00f3s a coleta de dados, estes ser\u00e3o analisados criticamente, considerando o contexto e a confiabilidade, a fim de verificar sua representatividade da popula\u00e7\u00e3o de usu\u00e1rios

A documenta\u00e7\u00e3o dos dados incluir\u00e1 o registro de problemas e dificuldades encontradas pelos usu\u00e1rios durante a intera\u00e7\u00e3o com o site, como quest\u00f5es de usabilidade, funcionalidades ausentes e problemas de desempenho. Ser\u00e3o anotadas descri\u00e7\u00f5es detalhadas dos problemas, sua classifica\u00e7\u00e3o, sugest\u00f5es de melhoria e o feedback dos usu\u00e1rios. Ao final de cada entrevista, ser\u00e3o registradas observa\u00e7\u00f5es gerais sobre o processo.

Os dados analisados ser\u00e3o compartilhados com a equipe de desenvolvimento para embasar as pr\u00f3ximas etapas do projeto.

"},{"location":"design_avaliacao/analise_tarefa/planej_avalia/#teste-piloto","title":"Teste-piloto","text":"

De acordo com Barbosa e Silva (2011, p.307), o teste piloto serve para avaliar o pr\u00f3prio planejamento e analisar se a avalia\u00e7\u00e3o produz os dados necess\u00e1rios para responder a quest\u00f5es e objetivos do estudo.

Nesse sentido o teste foi executado no dia 20/12/2024 pelos integrantes do grupo Luiza Maluf e M\u00e1rcio Henrique

"},{"location":"design_avaliacao/analise_tarefa/planej_avalia/#bibliografia","title":"Bibliografia","text":"

RIBEIRO, Clara; SANTANA, Natan Tavares. Planejamento da avalia\u00e7\u00e3o da An\u00e1lise de tarefas. Reposit\u00f3rio do Grupo Ag\u00eancia Virtual Neoenergia Bras\u00edlia da disciplina de Intera\u00e7\u00e3o Humano Computador da Universidade de Bras\u00edlia, 2022. Dispon\u00edvel em: <https://interacao-humano-computador.github.io/2022.1-AgenciaVirtualNeoenergia/design%2C_avalia%C3%A7%C3%A3o%2C_desenvolvimento/n%C3%ADvel%201/an%C3%A1lise_de_tarefas/planejamento_tarefas/>. Acesso em: 09 dezembro 2024.

GABRIEL, Lucas; SOUZA, Nicolas. Planejamento da avalia\u00e7\u00e3o da An\u00e1lise de tarefas. Reposit\u00f3rio do Grupo Lichess da disciplina de Intera\u00e7\u00e3o Humano Computador da Universidade de Bras\u00edlia, 2022. Dispon\u00edvel em: <https://interacao-humano-computador.github.io/2022.2-Lichess/design_avaliacao_desenvolvimento/nivel_1/analise_tarefas/planejamento_avaliacao/>. Acesso em: 09 dezembro 2024.

"},{"location":"design_avaliacao/analise_tarefa/planej_avalia/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"design_avaliacao/analise_tarefa/planej_avalia/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 09/12/2024 Cria\u00e7\u00e3o da p\u00e1gina. M\u00e1rcio Henrique Luiza Maluf"},{"location":"design_avaliacao/analise_tarefa/planej_result/","title":"Planejamento do Relato dos Resultados da Avalia\u00e7\u00e3o da An\u00e1lise de Tarefas","text":""},{"location":"design_avaliacao/analise_tarefa/planej_result/#introducao","title":"Introdu\u00e7\u00e3o","text":"

A estrutura\u00e7\u00e3o pr\u00e9via do relat\u00f3rio, baseada no planejamento da avalia\u00e7\u00e3o, garante que todas as informa\u00e7\u00f5es relevantes sejam apresentadas de forma coesa e l\u00f3gica, facilitando a compreens\u00e3o e a tomada de decis\u00f5es sobre as pr\u00f3ximas etapas do projeto.

"},{"location":"design_avaliacao/analise_tarefa/planej_result/#metodologia","title":"Metodologia","text":"

Tendo como base os conceitos tratatos no livro de Barbosa e Silva (2011, p.279) e adaptando-os para o documento a ser desenvolvido pela equipe, esses v\u00e3o incluir:

  • Objetivo e escopo da avalia\u00e7\u00e3o
  • M\u00e9todo de avalia\u00e7\u00e3o
  • Sele\u00e7\u00e3o dos participantes
  • Problemas e dificuldades encontradas
  • Feedback dos usu\u00e1rios
  • An\u00e1lise e interpreta\u00e7\u00e3o dos usu\u00e1rios
  • Sum\u00e1rios dos principais resultados
"},{"location":"design_avaliacao/analise_tarefa/planej_result/#objetivo-e-escopo-da-avaliacao","title":"Objetivo e escopo da avalia\u00e7\u00e3o","text":"

Nessa fase, o documento deve explicitar os motivos e objetivos da avalia\u00e7\u00e3o, justificando sua import\u00e2ncia e detalhando as expectativas e metas a serem alcan\u00e7adas com a an\u00e1lise de tarefas.

"},{"location":"design_avaliacao/analise_tarefa/planej_result/#metodo-de-avaliacao","title":"M\u00e9todo de avalia\u00e7\u00e3o","text":"

Optamos por combinar observa\u00e7\u00e3o e entrevistas com os usu\u00e1rios, seguindo um modelo padr\u00e3o para garantir a uniformidade dos dados coletados. A Tabela 1 apresenta um cronograma sugerido para as entrevistas, que poder\u00e1 ser ajustado conforme o necess\u00e1rio.

Tabela 1 - Cronograma Planejado. Entrevistadores(s) Entrevistado(s) Hor\u00e1rio de In\u00edcio Hor\u00e1rio de Fim Data Local M\u00e1rcio Henrique Bruno Bragan\u00e7a 16:40 16:45 22/12/2024 Plataforma Google Meet Luiza Maluf Lucas Gama 17:00 17:05 03/05/2025 Presencial

Autor - M\u00e1rcio Henrique.

"},{"location":"design_avaliacao/analise_tarefa/planej_result/#selecao-dos-participantes","title":"Sele\u00e7\u00e3o dos participantes","text":"

A sele\u00e7\u00e3o dos entrevistados foi realizada com base no perfil de usu\u00e1rio definido para o projeto, garantindo que os participantes representem o p\u00fablico-alvo desejado.

"},{"location":"design_avaliacao/analise_tarefa/planej_result/#problemas-e-dificuldades-encontradas","title":"Problemas e dificuldades encontradas","text":"

Nessa se\u00e7\u00e3o do documento, o entrevistador deve detalhadamente listar os problemas e dificuldades espec\u00edficas que o usu\u00e1rio encontrou durante a sess\u00e3o de entrevista. Isso envolve registrar de maneira clara e objetiva cada obst\u00e1culo, erro, falha ou desafio enfrentado pelo usu\u00e1rio ao interagir com o sistema ou produto avaliado.

"},{"location":"design_avaliacao/analise_tarefa/planej_result/#feedback-dos-usuarios","title":"Feedback dos usu\u00e1rios","text":"

Ao coletar e analisar o feedback dos usu\u00e1rios, buscamos compreender suas necessidades e expectativas, garantindo que o sistema seja desenvolvido de forma a atender \u00e0s suas demandas.

"},{"location":"design_avaliacao/analise_tarefa/planej_result/#analise-e-interpretacao-dos-resultados","title":"An\u00e1lise e interpreta\u00e7\u00e3o dos resultados","text":"

O entrevistador deve realizar uma an\u00e1lise e interpreta\u00e7\u00e3o dos resultados obtidos a partir da avalia\u00e7\u00e3o de tarefas. Isso envolve examinar cuidadosamente os dados coletados durante a avalia\u00e7\u00e3o, identificar padr\u00f5es, tend\u00eancias e insights relevantes, e extrair conclus\u00f5es significativas a partir dessas informa\u00e7\u00f5es. Contextualizar os resultados dentro do objetivo da avalia\u00e7\u00e3o e considerar o impacto dos problemas identificados na usabilidade, na experi\u00eancia do usu\u00e1rio e nos objetivos estabelecidos.

"},{"location":"design_avaliacao/analise_tarefa/planej_result/#sumario-dos-principais-resultados","title":"Sum\u00e1rio dos principais resultados","text":"

Ao final do documento, \u00e9 necess\u00e1rio que o entrevistador fa\u00e7a um resumo dos t\u00f3picos considerados essenciais dentro dos objetivos da avalia\u00e7\u00e3o. Essa etapa permitir\u00e1 reunir em uma \u00fanica perspectiva as principais informa\u00e7\u00f5es relacionadas \u00e0s melhorias a serem aplicadas na plataforma do Detran DF. Este deve conter os aspectos mais relevantes identificados durante a avalia\u00e7\u00e3o, incluindo os problemas encontrados, as sugest\u00f5es de melhorias propostas e o feedback dos usu\u00e1rios.

E a possibilidade de disponibilizar as grava\u00e7\u00f5es.

"},{"location":"design_avaliacao/analise_tarefa/planej_result/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021);Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do usu\u00e1rio.

"},{"location":"design_avaliacao/analise_tarefa/planej_result/#bibliografia","title":"Bibliografia","text":"

MACHADO, Maur\u00edcio; Planejamento do relato de resultados. Reposit\u00f3rio do Grupo Lichess da disciplina de Intera\u00e7\u00e3o Humano Computador da Universidade de Bras\u00edlia, 2022. Dispon\u00edvel em: <https://interacao-humano-computador.github.io/2022.2-Lichess/design_avaliacao_desenvolvimento/nivel_1/analise_tarefas/planejamento_resultado_analise_tarefas/>. Acesso em: 09 dezembro 2024.

"},{"location":"design_avaliacao/analise_tarefa/planej_result/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 09/12/2024 Cria\u00e7\u00e3o do documento. M\u00e1rcio Henrique Luiza Maluf"},{"location":"design_avaliacao/analise_tarefa/relato_analise/","title":"Relato dos Resultados da Avalia\u00e7\u00e3o da An\u00e1lise de Tarefas","text":""},{"location":"design_avaliacao/analise_tarefa/relato_analise/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este artefato \u00e9 respons\u00e1vel pela documenta\u00e7\u00e3o dos resultados encontrados ap\u00f3s a avalia\u00e7\u00e3o da An\u00e1lise de Tarefas. Ser\u00e1 seguido a estrutura conforme explicitado no Planejamento da Avalia\u00e7\u00e3o do Relato da An\u00e1lise de Tarefas.

"},{"location":"design_avaliacao/analise_tarefa/relato_analise/#objetivo-e-escopo-da-avaliacao","title":"Objetivo e escopo da avalia\u00e7\u00e3o","text":"

A avalia\u00e7\u00e3o teve como objetivo verificar se os artefatos produzidos na an\u00e1lise de tarefas est\u00e3o em conformidade com os padr\u00f5es exigidos para esse artefato est\u00e3o sendo seguidos e se existe algum design alternativo para a an\u00e1lise.

"},{"location":"design_avaliacao/analise_tarefa/relato_analise/#entrevista-agendamento-de-servicos","title":"Entrevista - Agendamento de servi\u00e7os","text":""},{"location":"design_avaliacao/analise_tarefa/relato_analise/#metodo-de-avaliacao","title":"M\u00e9todo de avalia\u00e7\u00e3o","text":"

Foi escolhido a combina\u00e7\u00e3o entre observa\u00e7\u00e3o e entrevistas com os usu\u00e1rios, seguindo um modelo padr\u00e3o para garantir a uniformidade dos dados coletados.

Tabela 1 - Cronograma Executado. Entrevistadores(s) Entrevistado(s) Hor\u00e1rio de In\u00edcio Hor\u00e1rio de Fim Data Local Luiza Maluf Lucas Gama 17:00 17:05 03/05/2025 Presencial

Autor - Luiza Maluf.

"},{"location":"design_avaliacao/analise_tarefa/relato_analise/#selecao-do-participante","title":"Sele\u00e7\u00e3o do participante","text":"

A sele\u00e7\u00e3o do entrevistado foi realizada com base no perfil de usu\u00e1rio de forma que seja um representante do p\u00fablico alvo desejado.

Nesse sentido, Lucas Gama de Araujo Bottino (21), foi o canditado escolhido representando o Perfil A uma vez que \u00e9 habilitado, possui experi\u00eancia intermedi\u00e1ria para avan\u00e7ada com tecnologia, e possui tarefas prim\u00e1rias como renova\u00e7\u00e3o de CNH, consulta de multas e agendamento de servi\u00e7os.

"},{"location":"design_avaliacao/analise_tarefa/relato_analise/#problemas-e-dificuldades-encontradas","title":"Problemas e dificuldades encontradas","text":"

Nenhum problema ou dificuldade foi encontrada pelo entrevistado, contudo se fez ausente a possibilidade de se ter um acompanhamento do agenadamento do servi\u00e7o, seja para remarcar, seja para cancelar.

"},{"location":"design_avaliacao/analise_tarefa/relato_analise/#feedback-dos-usuarios","title":"Feedback dos usu\u00e1rios","text":"

O entrevistado sugeriu a exist\u00eancia de uma companhamento de servi\u00e7o de forma que ele possa conferir as informa\u00e7\u00f5es, reagendar ou cancelar o agendamento do servi\u00e7o.

"},{"location":"design_avaliacao/analise_tarefa/relato_analise/#analise-e-intepretacao-dos-resultados","title":"An\u00e1lise e intepreta\u00e7\u00e3o dos resultados","text":"

Tendo em vista a entrevista realizada, \u00e9 poss\u00edvel concluir que o fluxo da tarefa de agendamento est\u00e1 de acordo com \u00e0 realidade e necessidade do usu\u00e1rio. Contudo, para que o usu\u00e1rio tenha a experi\u00eancia completa, foi sugerido a adi\u00e7\u00e3o da funcionalidade de acompanhamento de agendamento de servi\u00e7os.

"},{"location":"design_avaliacao/analise_tarefa/relato_analise/#sumarios-dos-principais-resultados","title":"Sum\u00e1rios dos principais resultados","text":"

  • O fluxo da tarefa de agendamento est\u00e1 de acordo com \u00e0 realidade e necessidade do usu\u00e1rio.

  • Foi sugerido a adi\u00e7\u00e3o da funcionalidade de acompanhamento de agendamento de servi\u00e7os.

De acordo com esses resultados, \u00e9 indicado acrescentar na an\u00e1lise de tarefas a parte de acompanhamento, permitindo ao usu\u00e1rio uma experi\u00eancia completa.

Tabela 2 - Perguntas da entrevista.

N\u00famero Pergunta Resposta Poss\u00edveis 1 Qual o seu nome? Lucas Gama de Araujo Bottino 2 Qual seu grau de experi\u00eancia com tecnologias? \"Grau avan\u00e7ado\" 3 Como voc\u00ea iniciaria o processo no sistema do Detran? [X] Acessar o site/app do Detran e fazer login [ ] Outro, como? \u26a0\ufe0f Informar para usar a conta Gov.br. 4 Como voc\u00ea escolheria o servi\u00e7o desejado (transfer\u00eancia ou agendamento)? [X] Selecionar o servi\u00e7o na lista dispon\u00edvel [ ] Outro, como? 5 Como voc\u00ea confirmaria os dados apresentados (ve\u00edculo ou servi\u00e7o)? [X] Revisar e confirmar no sistema [ ] Outro, como? 6 Como voc\u00ea realizaria a autentica\u00e7\u00e3o digital? [X] Utilizar Gov.br para autentica\u00e7\u00e3o [ ] Outro, como? 7 Como voc\u00ea selecionaria a data e hor\u00e1rio de um agendamento? [X] Escolher data e hor\u00e1rio no calend\u00e1rio do sistema [ ] Outro, como? 8 Como voc\u00ea efetuaria o pagamento das taxas necess\u00e1rias? [X] Gerar boleto/PIX e pagar pelo sistema [ ] Outro, como? 9 Como voc\u00ea confirmaria a finaliza\u00e7\u00e3o do processo (transfer\u00eancia ou agendamento)? [X] Confirmar e baixar o documento digital [ ] Outro, como? 10 Como voc\u00ea acessaria a central de ajuda em caso de d\u00favidas? [X] Clicar em \"Central de Ajuda\" no site/app [ ] Outro, como? 11 A sequ\u00eancia de processos apresentada est\u00e1 clara para voc\u00ea? Se n\u00e3o, por qu\u00ea? \"Est\u00e1 clara\" \u26a0\ufe0f Mostrar a tarefa ao usu\u00e1rio e explic\u00e1-la. 12 Se houvesse um problema, voc\u00ea saberia como cancelar ou reagendar um servi\u00e7o? [ ] Sim, pelo painel de agendamentos [X] Outro, como? 13 Observando os processos, h\u00e1 algo que voc\u00ea considera dif\u00edcil ou confuso? \"N\u00e3o\" 14 Os processos refletem sua experi\u00eancia real? (X) SIM ( ) N\u00c3O 15 Voc\u00ea teria alguma sugest\u00e3o de melhoria para os processos apresentados? \"Adi\u00e7\u00e3o de uma se\u00e7\u00e3o de acompanhamento de agendamento\u00a8 16 Voc\u00ea tem alguma sugest\u00e3o de melhoria para a interface do sistema (site/app)? \"N\u00e3o\"

Autor - M\u00e1rcio Henrique.

"},{"location":"design_avaliacao/analise_tarefa/relato_analise/#entrevista-transferecia-de-veiculos","title":"Entrevista - Transfer\u00eacia de Ve\u00edculos","text":""},{"location":"design_avaliacao/analise_tarefa/relato_analise/#metodo-de-avaliacao_1","title":"M\u00e9todo de avalia\u00e7\u00e3o","text":"

Foi escolhido a combina\u00e7\u00e3o entre observa\u00e7\u00e3o e entrevistas com os usu\u00e1rios, seguindo um modelo padr\u00e3o para garantir a uniformidade dos dados coletados.

Tabela 1 - Cronograma Executado. Entrevistadores(s) Entrevistado(s) Hor\u00e1rio de In\u00edcio Hor\u00e1rio de Fim Data Local M\u00e1rcio Henrique Eduardo Galv\u00e3o 11:30 11:45 03/05/2025 Presencial

Autor - M\u00e1rcio Henrique.

"},{"location":"design_avaliacao/analise_tarefa/relato_analise/#selecao-do-participante_1","title":"Sele\u00e7\u00e3o do participante","text":"

A sele\u00e7\u00e3o do entrevistado foi realizada com base no perfil de usu\u00e1rio de forma que seja um representante do p\u00fablico alvo desejado.

Nesse sentido, Eduardo Galv\u00e3o Cavalheiro (20), foi o canditado escolhido representando o Perfil C uma vez que \u00e9 habilitado, possui experi\u00eancia intermedi\u00e1ria para avan\u00e7ada com tecnologia, e possui tarefas (e j\u00e1 teve o contato) prim\u00e1rias como o de trasnfer\u00eancia de ve\u00edculos.

"},{"location":"design_avaliacao/analise_tarefa/relato_analise/#problemas-e-dificuldades-encontradas_1","title":"Problemas e dificuldades encontradas","text":"

Nenhum problema ou dificuldade foi encontrada pelo entrevistado, entretando n\u00e3o foi claro dentro das tarefas a etapa de vistoria do ve\u00edculo, mas visto que \u00e9 um processo que \u00e9 feito \"fora\" do sistema, n\u00e3o foi mensionado.

"},{"location":"design_avaliacao/analise_tarefa/relato_analise/#feedback-dos-usuarios_1","title":"Feedback dos usu\u00e1rios","text":"

O entrevistado deixou claro que todas a etapas est\u00e3o claras bem especificadas. \u00c9 deixou claro que caso n\u00e3o consiga alcan\u00e7ar um dos objetivos ele iria estar presencialmente em uma das sede dos detran, ponto que j\u00e1 foi previamente colocada na an\u00e1lise de tarefas.

"},{"location":"design_avaliacao/analise_tarefa/relato_analise/#analise-e-intepretacao-dos-resultados_1","title":"An\u00e1lise e intepreta\u00e7\u00e3o dos resultados","text":"

Tendo em vista a entrevista realizada, \u00e9 poss\u00edvel concluir que o fluxo de transfer\u00eancia de ve\u00edculos est\u00e1 de acordo com \u00e0 realidade e necessidade do usu\u00e1rio.

"},{"location":"design_avaliacao/analise_tarefa/relato_analise/#sumarios-dos-principais-resultados_1","title":"Sum\u00e1rios dos principais resultados","text":"
  • O fluxo de transfer\u00eancia de ve\u00edculos est\u00e1 de acordo com \u00e0 realidade e necessidade do usu\u00e1rio.

Tabela 2 - Perguntas da entrevista.

N\u00famero Pergunta Resposta Poss\u00edveis 1 Qual o seu nome? Eduardo Galv\u00e3o Cavalheiro 2 Qual seu grau de experi\u00eancia com tecnologias? \"Grau avan\u00e7ado\" 3 Como voc\u00ea iniciaria o processo no sistema do Detran? [X] Acessar o site/app do Detran e fazer login [ ] Outro, como? \u26a0\ufe0f Informar para usar a conta Gov.br. 4 Como voc\u00ea escolheria o servi\u00e7o desejado (transfer\u00eancia ou agendamento)? [X] Selecionar o servi\u00e7o na lista dispon\u00edvel [ ] Outro, como? 5 Como voc\u00ea confirmaria os dados apresentados (ve\u00edculo ou servi\u00e7o)? [X] Revisar e confirmar no sistema [ ] Outro, como? 6 Como voc\u00ea realizaria a autentica\u00e7\u00e3o digital? [X] Utilizar Gov.br para autentica\u00e7\u00e3o [ ] Outro, como? 7 Como voc\u00ea efetuaria o pagamento das taxas necess\u00e1rias? [X] Gerar boleto/PIX e pagar pelo sistema [ ] Outro, como? 8 Como voc\u00ea confirmaria a finaliza\u00e7\u00e3o do processo (transfer\u00eancia ou agendamento)? [X] Confirmar e baixar o documento digital [ ] Outro, como? 9 Como voc\u00ea acessaria a central de ajuda em caso de d\u00favidas? [X] Clicar em \"Central de Ajuda\" no site/app [ ] Outro, como? 10 A sequ\u00eancia de processos apresentada est\u00e1 clara para voc\u00ea? Se n\u00e3o, por qu\u00ea? \"Est\u00e1 clara\" \u26a0\ufe0f Mostrar a tarefa ao usu\u00e1rio e explic\u00e1-la. 11 Observando os processos, h\u00e1 algo que voc\u00ea considera dif\u00edcil ou confuso? \"N\u00e3o\" 12 Os processos refletem sua experi\u00eancia real? (X) SIM ( ) N\u00c3O 13 Voc\u00ea teria alguma sugest\u00e3o de melhoria para os processos apresentados? \"N\u00e3o as etapas est\u00e3o claras\u00a8 14 Voc\u00ea tem alguma sugest\u00e3o de melhoria para a interface do sistema (site/app)? \"N\u00e3o\"

Autor - M\u00e1rcio Henrique. Adaptado

"},{"location":"design_avaliacao/analise_tarefa/relato_analise/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"design_avaliacao/analise_tarefa/relato_analise/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 04/01/2025 Registro da avalia\u00e7\u00e3o do storyboard referente ao agendamento de servi\u00e7os Luiza Maluf M\u00e1rcio Henrique 1.1 05/01/2025 Registro da avalia\u00e7\u00e3o do storyboard referente a trasfer\u00eancia de ve\u00edculos M\u00e1rcio Henrique Luiza Maluf"},{"location":"design_avaliacao/p_alta/planejamento_exec/","title":"Planejamento da Avalia\u00e7\u00e3o do Prot\u00f3tipo de Alta Fidelidade","text":""},{"location":"design_avaliacao/p_alta/planejamento_exec/#introducao","title":"Introdu\u00e7\u00e3o","text":"

O prototipo de alta fidelidade \u00e9 um recurso para testar o produto ou servi\u00e7o com design e interatividade semelhantes \u00e0 entrega final. Nesta avalia\u00e7\u00e3o \u00e9 um processo essencial para que o processo de desenvolvimento consiga produzir um sistema com alta qualidade.

Com base nisso, o artefato a seguir visa planejar a avalia\u00e7\u00e3o do prot\u00f3tipo de alta fidelidade. Para tanto, ser\u00e3o realizadas entrevistas com usu\u00e1rios reais do produto, tendo como base o perfil de usu\u00e1rio, assim ser\u00e1 poss\u00edvel avaliar sua perspectiva de forma din\u00e2mica.

"},{"location":"design_avaliacao/p_alta/planejamento_exec/#metodologia","title":"Metodologia","text":"

Para realizar esse planejamento ser\u00e1 utilizado o framework DECIDE, onde cada letra da palavra \u00e9 uma etapa a ser realizada no planejamento. A tabela 1 a seguir apresenta o significado de cada letra.

Tabela 1 - Letras da palavra DECIDE com os seus significados.

Letra Defini\u00e7\u00e3o D Determinar os objetivos da avalia\u00e7\u00e3o. E Explorar perguntas a serem respondidas com a avalia\u00e7\u00e3o. C Escolher os m\u00e9todos de avalia\u00e7\u00e3o a serem utilizados. I Identificar e administrar as quest\u00f5es pr\u00e1ticas da avalia\u00e7\u00e3o. D Decidir como lidar com as quest\u00f5es \u00e9ticas. E Avaliar, interpretar e apresentar os dados

Fonte - BARBOSA e SILVA (2011).

"},{"location":"design_avaliacao/p_alta/planejamento_exec/#objetivo","title":"Objetivo","text":"

O objetivo da avalia\u00e7\u00e3o do prot\u00f3tipo de alta fidelidade \u00e9 testar e obter feedback sobre a usabilidade, funcionalidade e apar\u00eancia visual de um prot\u00f3tipo que se assemelha de forma mais precisa \u00e0 vers\u00e3o final do produto ou servi\u00e7o. A avalia\u00e7\u00e3o do prot\u00f3tipo de alta fidelidade busca identificar problemas, avaliar a efic\u00e1cia do design e da interface al\u00e9m de realizar ajustes antes da implementa\u00e7\u00e3o completa.

"},{"location":"design_avaliacao/p_alta/planejamento_exec/#e-explorar-perguntas-respondidas-com-a-avaliacao","title":"E - Explorar Perguntas Respondidas com a Avalia\u00e7\u00e3o","text":"

Com base no objetivo da avalia\u00e7\u00e3o foram preparadas perguntas baseadas nos seguintes t\u00f3picos: - verificar a conformidade com um padra\u0303o; - comparar ideias e alternativas de design; - identificar problemas na interac\u0327a\u0303o e interface. As perguntas selecionadas tem o intuito de serem respondidas com essa avalia\u00e7\u00e3o e foram feitas com base no Capt\u00edtulo 9 da literatura de Barbosa e Silva (2011, p.266) as perguntas selecionadas foram as seguintes:

  • A interface segue o padra\u0303o do sistema operacional?
  • Foi poss\u00edvel testar a intera\u00e7\u00e3o e a facilidade de uso do prot\u00f3tipo para identificar problemas de usabilidade?
  • Foi poss\u00edvel avaliar a apar\u00eancia e o estilo visual do prot\u00f3tipo, garantindo que ele atenda \u00e0s expectativas e necessidades dos usu\u00e1rios, transmita a identidade da marca e seja esteticamente agrad\u00e1vel?
  • Foi poss\u00edvel verificar se todas as funcionalidades planejadas est\u00e3o presentes e funcionam corretamente?
  • Foi poss\u00edvel obter opini\u00f5es, percep\u00e7\u00f5es e sugest\u00f5es dos usu\u00e1rios em rela\u00e7\u00e3o ao prot\u00f3tipo?
  • Foi poss\u00edvel identificar quaisquer problemas, erros ou \u00e1reas que precisam de ajustes no prot\u00f3tipo antes da implementa\u00e7\u00e3o final?
"},{"location":"design_avaliacao/p_alta/planejamento_exec/#c-escolher-os-metodos-de-avaliacao","title":"C - Escolher os M\u00e9todos de Avalia\u00e7\u00e3o","text":"

Para a confec\u00e7\u00e3o do artefato a seguir usaremos o teste de usabilidade, \u00e9 um m\u00e9todo empregado na ergonomia e na intera\u00e7\u00e3o humano-computador, para avaliar e testar a usabilidade de produtos e sistemas, a partir da observa\u00e7\u00e3o dos usu\u00e1rios durante a intera\u00e7\u00e3o, como conceituado no Cap\u00edtulo 10 de Barbosa e Silva (2011, p.341). A escolha se d\u00e1 pelo fato de ser um m\u00e9todo que permite coletar muitas informa\u00e7\u00f5es, al\u00e9m de ser flex\u00edvel permite fazer perguntas que aprofundam ainda mais os objetivos a serem alcan\u00e7ados pelos usu\u00e1rios. Ademais, tal entrevista deve ser estritamente gravada e documentada.

"},{"location":"design_avaliacao/p_alta/planejamento_exec/#i-identificar-questoes-praticas-da-avaliacao","title":"I - Identificar Quest\u00f5es Pr\u00e1ticas da Avalia\u00e7\u00e3o","text":""},{"location":"design_avaliacao/p_alta/planejamento_exec/#recrutamento","title":"Recrutamento","text":"

Os participantes foram definidos com base no artefato Perfil de Usu\u00e1rio. Dentro de v\u00e1rias literaturas n\u00e3o se tem um numero exato de participantes, sendo m intervalo de 3 a 10 participantes. Para Krug, com tr\u00eas ou quatro participantes a maioria dos problemas \u00e9 detectada. Dentro do contexto do nosso projeto, e partindo da recomenda\u00e7\u00e3o de Krug escolheremos ter 3 participantes. Escolha retirada da literatura de Santa-Rosa ,2005.

"},{"location":"design_avaliacao/p_alta/planejamento_exec/#preparacao","title":"Prepara\u00e7\u00e3o","text":"

Na atividade de prepara\u00e7\u00e3o, s\u00e3o realizadas as atividades comuns aos m\u00e9todos de observa\u00e7\u00e3o.

  • Transfer\u00eancia de Ve\u00edculo
  • Agendamento de Servi\u00e7o
"},{"location":"design_avaliacao/p_alta/planejamento_exec/#script","title":"Script","text":"

Para a realiza\u00e7\u00e3o dessas tarefas o entrevistador passar\u00e1 um script ao participante com as seguintes informa\u00e7\u00f5es:

  • Op\u00e7\u00f5es que ele deve selecionar para Transfer\u00eancia de Ve\u00edculo e Agendamento de Servi\u00e7o.
  • M\u00e9todo de pagamento.

Tamb\u00e9m ser\u00e1 solicitado que a cada a\u00e7\u00e3o ele narre o que est\u00e1 fazendo.

"},{"location":"design_avaliacao/p_alta/planejamento_exec/#transferencia-de-veiculo","title":"Transfer\u00eancia de ve\u00edculo","text":"

Essa tarefa tem o intuito do participante realizar uma busca de um determinado evento selecionado pelo entrevistador.

O objetivo da tarefa consiste em verificar se o participante consegue realizar uma tranfer\u00eancia pelo portal do Detran DF.

Para execu\u00e7\u00e3o dessa tarefa, o participante dever\u00e1 acessar o portal do DETRAN e localizar a op\u00e7\u00e3o de \"Transfer\u00eancia de Ve\u00edculo\" no menu principal. Em seguida, ser\u00e1 orientado a iniciar o processo de transfer\u00eancia preenchendo os dados do ve\u00edculo, como placa e RENAVAM, e os dados do novo propriet\u00e1rio.

Ap\u00f3s essa etapa, o participante precisar\u00e1 realizar o upload dos documentos obrigat\u00f3rios, como o Certificado de Registro do Ve\u00edculo (CRV) assinado e com firma reconhecida, comprovante de pagamento de taxas e outros documentos solicitados pelo sistema. O pr\u00f3ximo passo ser\u00e1 selecionar a unidade do DETRAN mais pr\u00f3xima para a entrega dos documentos originais e confirma\u00e7\u00e3o da transfer\u00eancia.

Durante a execu\u00e7\u00e3o, ser\u00e1 avaliada a capacidade do participante de seguir as instru\u00e7\u00f5es fornecidas pelo sistema, bem como identificar eventuais dificuldades ou pontos de confus\u00e3o no processo.

"},{"location":"design_avaliacao/p_alta/planejamento_exec/#agendar-servico","title":"Agendar Servi\u00e7o","text":"

O objetivo dessa tarefa consiste em determinar se o participante consegue agendar um servi\u00e7o seguindo os passos apresentados pelo prot\u00f3tipo.

Para execu\u00e7\u00e3o dessa tarefa, o participante dever\u00e1 acessar o portal do DETRAN e localizar a se\u00e7\u00e3o de \"Agendamento de Servi\u00e7os\". A partir da\u00ed, ser\u00e1 orientado a selecionar o tipo de servi\u00e7o desejado, como \"Renova\u00e7\u00e3o de CNH\" ou \"Vistoria Veicular\".

Ap\u00f3s selecionar o servi\u00e7o, o participante dever\u00e1 escolher uma unidade do DETRAN dispon\u00edvel, uma data e hor\u00e1rio de sua prefer\u00eancia, observando as op\u00e7\u00f5es oferecidas pelo sistema. Para concluir o agendamento, ser\u00e1 necess\u00e1rio confirmar os dados pessoais e fornecer o n\u00famero do documento solicitado, al\u00e9m de aceitar os Termos de Uso.

Durante essa tarefa, ser\u00e1 avaliado o fluxo de navega\u00e7\u00e3o do participante, a clareza das instru\u00e7\u00f5es do sistema e poss\u00edveis obst\u00e1culos que possam impedir a conclus\u00e3o do agendamento.

"},{"location":"design_avaliacao/p_alta/planejamento_exec/#custos","title":"Custos","text":"

A realiza\u00e7\u00e3o das entrevistas n\u00e3o pode gerar custos a equipe e ao usu\u00e1rio, portanto, elas dever\u00e3o ser feitas utilizando as seguintes ferramentas:

  • Perguntas para serem respondidas com a avalia\u00e7\u00e3o;
  • Tarefas para os participantes executarem
  • Script
  • Perguntas para serem respondidas na entrevista;
  • Prot\u00f3tipo de Alta Fidelidade;
  • Figma: ferramenta para cria\u00e7\u00e3o do prot\u00f3tipo de alta;
  • Termo de Consentimento;
  • Teste Piloto.

Vale resaltar que os equipamentos necess\u00e1rios ser\u00e3o quaisquer dispositivos com acesso a internet, aos aplicativos de comunica\u00e7\u00e3o e a um navegador de internet que os envolvidos possu\u00edrem.

"},{"location":"design_avaliacao/p_alta/planejamento_exec/#prazos","title":"Prazos","text":"

Em rela\u00e7\u00e3o aos prazos, as entrevistas est\u00e3o documentadas na tabela 2, sendo apresentado um cronograma com seus t\u00f3picos e logo abaixo a tabela 2 com as entrevistas:

  • Entrevistador;
  • Entrevistado;
  • Hor\u00e1rio de in\u00edcio e fim;
  • Local e data que ocorreu a entrevista.

Tabela 2 - Cronograma prov\u00e1vel da Avalia\u00e7\u00e3o.

Entrevistadores Usu\u00e1rio Data In\u00edcio-Fim Local M\u00e1rcio Henrique Eduardo 17/01/2025 12:40-12:47 Presencial Luiza Maluf Lucas 17/01/2025 12:50-12:57 Presencial Luiza Maluf e M\u00e1rcio Henrique Bruno 17/01/2025 13:00-13:07 Presencial

Autor - M\u00e1rcio Henrique.

"},{"location":"design_avaliacao/p_alta/planejamento_exec/#roteiro-de-perguntas","title":"Roteiro de Perguntas","text":"

Na entrevista estar\u00e3o dispon\u00edveis capturas de tela para que o usu\u00e1rio possa ver a tarefa da qual o entrevistador estar\u00e1 comentando e a tabela com o seu fluxo. A tabela 3 a seguir mostra o roteiro de perguntas a serem realizadas aos usu\u00e1rios ap\u00f3s o termino da avalia\u00e7\u00e3o. J\u00e1 as as perguntas da tabela 4 tem como objetivo guiar os avaliadores com rela\u00e7\u00e3o aos principais pontos a serem levados em considera\u00e7\u00e3o. Essas perguntas foram baseadas nas perguntas a serem repondidas na avalia\u00e7\u00e3o. As perguntas foram construidas para atender as perguntas j\u00e1 descritas anteriormente, e adaptada ao livro de Santa-Rosa 2010, pg 176

Tabela 3 - Perguntas ao usu\u00e1rio.

ID Enunciado Resposta Justificativa 1 A interface apresentada atendeu \u00e0s suas expectativas de usabilidade? Aberta Justifique 2 As tarefas solicitadas refletem a\u00e7\u00f5es que voc\u00ea realizaria no dia a dia? Aberta Justifique 3 Voc\u00ea tem alguma recomenda\u00e7\u00e3o para melhorar a organiza\u00e7\u00e3o dos elementos na tela? Aberta Justifique 4 Houve algum obst\u00e1culo ao executar as tarefas durante o teste? Aberta Justifique 5 Voc\u00ea percebeu alguma falha ou comportamento inesperado enquanto usava a interface? Aberta Justifique

Autor M\u00e1rcio Henrique.

Tabela 4 - Diretriz.

ID Enunciado Resposta 1 O usu\u00e1rio conseguiu utilizar o sistema de forma adequada? Fechada 2 Ele alcan\u00e7ou o objetivo esperado? Com que efici\u00eancia? Em quanto tempo? Ap\u00f3s cometer quantos erros? Aberta 3 O usu\u00e1rio compreendeu o pr\u00f3ximo passo a ser realizado? Fechada 4 Onde os problemas ocorreram? Com que frequ\u00eancia eles acontecem? Qual \u00e9 a gravidade desses problemas? Aberta 5 Quais obst\u00e1culos o usu\u00e1rio enfrentou ao tentar alcan\u00e7ar seus objetivos? Aberta 6 Quantas vezes o usu\u00e1rio precisou acessar a ajuda on-line ou consultar o manual de usu\u00e1rio? Aberta

Autor M\u00e1rcio Henrique.

"},{"location":"design_avaliacao/p_alta/planejamento_exec/#execucao-do-roteiro","title":"Execu\u00e7\u00e3o do roteiro","text":"

O entrevistador precisa instigar o usu\u00e1rio a explicitar suas ideias, de maneira verbal ou ilustrativa, em caso de discord\u00e2ncia. Al\u00e9m disso, toda altera\u00e7\u00e3o proposta pelo usu\u00e1rio precisa ser anotada pelo entrevistador e, posteriormente, avaliada em conjunto para ser validada junto ao usu\u00e1rio ao final da atividade.

"},{"location":"design_avaliacao/p_alta/planejamento_exec/#d-lidando-com-as-questoes-eticas","title":"D - Lidando com as Quest\u00f5es \u00c9ticas","text":"

Ser\u00e1 utilizado o termo de consentimentoproduzido na se\u00e7\u00e3o de aspectos \u00e9ticos, a fim de se obter dos participantes a autoriza\u00e7\u00e3o para que sejam realizadas as atividades necess\u00e1rias \u00e0 produ\u00e7\u00e3o desse artefato e garantir que os participantes sejam respeitados durante e ap\u00f3s a atividade.

"},{"location":"design_avaliacao/p_alta/planejamento_exec/#e-avaliar-interpretar-e-apresentar-os-dados","title":"E - Avaliar, Interpretar e Apresentar os Dados","text":"

Ap\u00f3s a realiza\u00e7\u00e3o da avalia\u00e7\u00e3o, os dados ser\u00e3o documentados e tratados, levando em conta o contexto em que eles foram produzidos, julgando se possuem alto grau de confiabilidade e que podem ser generalizados para representar a popula\u00e7\u00e3o de usu\u00e1rios do site.

O que envolve registrar os problemas, dificuldades durante a intera\u00e7\u00e3o, podem envolver quest\u00f5es de usabilidade, funcionalidades ausentes e problemas de desempenho. Ser\u00e3o anotadas as descri\u00e7\u00f5es dos problemas, sua classifica\u00e7\u00e3o, sugest\u00f5es de melhoria, captar o feedback do usu\u00e1rio e ao fim da entrevistas documentar as observa\u00e7\u00f5es gerais a serem feitas a cerca da entrevista realizada.

Realizada a etapa anteriormente mencionada, os dados ser\u00e3o apresentados ao time de desenvolvimento, procurando com isso obter o m\u00e1ximo de informa\u00e7\u00e3o relevante para o desenvolvimento do projeto.

"},{"location":"design_avaliacao/p_alta/planejamento_exec/#planejamento-do-teste-piloto","title":"Planejamento do Teste Piloto","text":"

Segundo Barbosa e Silva (2011, p.276) o objetivo desse teste \u00e9 avaliar o pr\u00f3prio planejamento, e analisar se a avalia\u00e7\u00e3o, tal como planejada, produz os dados necess\u00e1rios para responder a quest\u00f5es e objetivos do estudo. O avaliador deve conduzir o teste-piloto como se fosse uma sess\u00e3o normal de avalia\u00e7\u00e3o. Dessa forma, ele tem oportunidade de verificar se a linguagem nas explica\u00e7\u00f5es e nos materiais fornecidos \u00e9 clara e objetiva, e se esses materiais cont\u00eam informa\u00e7\u00f5es adequadas e suficientes para orientar o participante durante a avalia\u00e7\u00e3o.

Dito isso, a execu\u00e7\u00e3o do teste-piloto ser\u00e1 realizado no dia 16 de janeiro de 2025 e com a presen\u00e7a dos integrantes M\u00e1rcio Henrique e Luiza Maluf.

"},{"location":"design_avaliacao/p_alta/planejamento_exec/#bibliografia","title":"Bibliografia","text":"

Estruturado a partir do Planejamento da Avalia\u00e7\u00e3o da An\u00e1lise de Tarefas. Dispon\u00edvel em: <https://interacao-humano-computador.github.io/2023.1-BilheteriaDigital/design-avaliacao-desenvolvimento/nivel-1/analise-de-tarefas-dad/planejamento-avaliavao-at/>.Acesso em 13 de janeiro de 2025.

Planejamento da avalia\u00e7\u00e3o do prot\u00f3tipo de papel do Grupo do Detran GO. Dispon\u00edvel em: <https://interacao-humano-computador.github.io/2023.1-DetranGO/design_avaliacao/nivel2/prototipoPapel/planejamentoAvaliacao/>.Acesso em 13 de janeiro de 2025.

"},{"location":"design_avaliacao/p_alta/planejamento_exec/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

SANTA ROSA, Jos\u00e9 Guilherme. Avalia\u00e7\u00e3o e projeto no design de interface.

"},{"location":"design_avaliacao/p_alta/planejamento_exec/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 13/01/2025 Cria\u00e7\u00e3o do documento. M\u00e1rcio Henrique Luiza Maluf"},{"location":"design_avaliacao/p_alta/planejamento_relato/","title":"Planejamento da Avalia\u00e7\u00e3o do Relato dos Resultados","text":""},{"location":"design_avaliacao/p_alta/planejamento_relato/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este artefato tem como objetivo documentar o planejamento do relato dos resultados realizados da avalia\u00e7\u00e3o do prot\u00f3tipo de alta fidelidade. Assim, ser\u00e1 explicado a seguir a estrutura em que tal relato deve ser documentado.

"},{"location":"design_avaliacao/p_alta/planejamento_relato/#metodologia","title":"Metodologia","text":"

Tendo como base os conceitos tratados no livro de Barbosa e Silva (2011, p.279) e adaptando-os para o documento a ser desenvolvido pela equipe, esses v\u00e3o incluir:

  • Objetivo e escopo da avalia\u00e7\u00e3o
  • M\u00e9todo de avalia\u00e7\u00e3o
  • Sele\u00e7\u00e3o dos participantes
  • Problemas e dificuldade encontradas
  • Feedback dos usu\u00e1rios
  • An\u00e1lise e interpreta\u00e7\u00e3o dos usu\u00e1rios
  • Sum\u00e1rio dos principais resultados
"},{"location":"design_avaliacao/p_alta/planejamento_relato/#objetivo-e-escopo-da-avaliacao","title":"Objetivo e escopo da avalia\u00e7\u00e3o","text":"

Nesta se\u00e7\u00e3o deve conter o objetivo da avalia\u00e7\u00e3o do prot\u00f3tipo de alta fidelidade que engloba testar e obter feedback sobre a usabilidade, funcionalidade e apar\u00eancia visual de um prot\u00f3tipo que se assemelha de forma mais precisa \u00e0 vers\u00e3o final do produto ou servi\u00e7o. A avalia\u00e7\u00e3o do prot\u00f3tipo de alta fidelidade busca identificar problemas, avaliar a efic\u00e1cia do design e da interface al\u00e9m de realizar ajustes antes da implementa\u00e7\u00e3o completa.

"},{"location":"design_avaliacao/p_alta/planejamento_relato/#metodo-de-avalaicao","title":"M\u00e9todo de avalai\u00e7\u00e3o","text":"

Para a confec\u00e7\u00e3o do artefato a seguir usaremos o teste de usabilidade, \u00e9 um m\u00e9todo empregado na ergonomia e na intera\u00e7\u00e3o humano-computador, para avaliar e testar a usabilidade de produtos e sistemas, a partir da observa\u00e7\u00e3o dos usu\u00e1rios durante a intera\u00e7\u00e3o, como conceituado no Cap\u00edtulo 10 de Barbosa e Silva (2011, p.341).

A escolha se d\u00e1 pelo fato de ser um m\u00e9todo que permite coletar muitas informa\u00e7\u00f5es, al\u00e9m de ser flex\u00edvel permite fazer perguntas que aprofundam ainda mais os objetivos a serem alcan\u00e7ados pelos usu\u00e1rios. Ademais, tal entrevista deve ser estritamente gravada e documentada.

Tabela 2 - Cronograma prov\u00e1vel da Avalia\u00e7\u00e3o.

Entrevistadores Usu\u00e1rio Data In\u00edcio-Fim Local M\u00e1rcio Henrique Eduardo 17/01/2025 12:40-12:47 Presencial Luiza Maluf Lucas 17/01/2025 12:50-12:57 Presencial Luiza Maluf e M\u00e1rcio Henrique Bruno 17/01/2025 13:00-13:07 Presencial

Autor - M\u00e1rcio Henrique.

"},{"location":"design_avaliacao/p_alta/planejamento_relato/#selecao-dos-participantes","title":"Sele\u00e7\u00e3o dos participantes","text":"

Os participantes foram definidos com base no artefato Perfil de Usu\u00e1rio. Dentro de v\u00e1rias literaturas n\u00e3o se tem um numero exato de participantes, sendo m intervalo de 3 a 10 participantes. Para Krug, com tr\u00eas ou quatro participantes a maioria dos problemas \u00e9 detectada. Dentro do contexto do nosso projeto, e partindo da recomenda\u00e7\u00e3o de Krug escolheremos ter 3 participantes. Escolha retirada da literatura de Santa-Rosa ,2005.

"},{"location":"design_avaliacao/p_alta/planejamento_relato/#problemas-e-dificuldades-encontradas","title":"Problemas e dificuldades encontradas","text":"

Nessa se\u00e7\u00e3o do documento, o entrevistador deve detalhadamente listar os problemas e dificuldades espec\u00edficas que o usu\u00e1rio encontrou durante a sess\u00e3o de entrevista. Isso envolve registrar de maneira clara e objetiva cada obst\u00e1culo, erro, falha ou desafio enfrentado pelo usu\u00e1rio ao interagir com o sistema ou produto avaliado.

"},{"location":"design_avaliacao/p_alta/planejamento_relato/#feedback-dos-usuarios","title":"Feedback dos usu\u00e1rios","text":"

Ao coletar e analisar o feedback dos usu\u00e1rios, buscamos compreender suas necessidades e expectativas, garantindo que o sistema seja desenvolvido de forma a atender \u00e0s suas demandas.

"},{"location":"design_avaliacao/p_alta/planejamento_relato/#analise-e-interpretacao-dos-resultados","title":"An\u00e1lise e interpreta\u00e7\u00e3o dos resultados","text":"

O entrevistador deve realizar uma an\u00e1lise e interpreta\u00e7\u00e3o dos resultados obtidos a partir da avalia\u00e7\u00e3o da prototipa\u00e7\u00e3o. Isso envolve examinar cuidadosamente os dados coletados durante a avalia\u00e7\u00e3o, identificar padr\u00f5es, tend\u00eancias e insights relevantes, e extrair conclus\u00f5es significativas a partir dessas informa\u00e7\u00f5es.

Contextualizar os resultados dentro do objetivo da avalia\u00e7\u00e3o e considerar o impacto dos problemas identificados na usabilidade, na experi\u00eancia do usu\u00e1rio e nos objetivos estabelecidos.

"},{"location":"design_avaliacao/p_alta/planejamento_relato/#sumario-dos-principais-resultados","title":"Sum\u00e1rio dos principais resultados","text":"

Ao final do documento, \u00e9 necess\u00e1rio que o entrevistador fa\u00e7a um resumo dos t\u00f3picos considerados essenciais dentro dos objetivos da avalia\u00e7\u00e3o. Essa etapa permitir\u00e1 reunir em uma \u00fanica perspectiva as principais informa\u00e7\u00f5es relacionadas \u00e0s melhorias a serem aplicadas na plataforma do Detran DF. Este deve conter os aspectos mais relevantes identificados durante a avalia\u00e7\u00e3o, incluindo os problemas encontrados, as sugest\u00f5es de melhorias propostas e o feedback dos usu\u00e1rios.

Al\u00e9m disso, \u00e9 necess\u00e1rio que seja disponibilizado as grava\u00e7\u00f5es de cada entrevista.

"},{"location":"design_avaliacao/p_alta/planejamento_relato/#bibliografia","title":"Bibliografia","text":"

Planejamento do relato dos resultados da avalia\u00e7\u00e3o do prot\u00f3tipo de papel do Grupo do Detran GO. Dispon\u00edvel em: <https://interacao-humano-computador.github.io/2023.1-DetranGO/design_avaliacao/nivel2/prototipoPapel/planejamento_relato/>.Acesso em 14 de janeiro de 2025.

"},{"location":"design_avaliacao/p_alta/planejamento_relato/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

SANTA ROSA, Jos\u00e9 Guilherme. Avalia\u00e7\u00e3o e projeto no design de interface.

"},{"location":"design_avaliacao/p_alta/planejamento_relato/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 14/01/2025 Cria\u00e7\u00e3o do documento. Luiza Maluf M\u00e1rcio Henrique"},{"location":"design_avaliacao/p_alta/relato/","title":"Relato dos Resultados - Prot\u00f3tipo de Alta Fidelidade","text":""},{"location":"design_avaliacao/p_alta/relato/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Esse artefato tem o objetivo de documentar o relato dos resultados obtidos pela avalia\u00e7\u00e3o do prot\u00f3tipo de alta fidelidade. Portanto, ser\u00e3o abordados os t\u00f3picos referidos no Planejamento do Relato dos Resultados do Prot\u00f3tipo de Alta Fidelidade.

"},{"location":"design_avaliacao/p_alta/relato/#objetivo-e-escopo-da-avaliacao","title":"Objetivo e Escopo da Avalia\u00e7\u00e3o","text":"

Garantir que o aplicativo do Detran-DF ofere\u00e7a a melhor experi\u00eancia poss\u00edvel aos seus usu\u00e1rios. Esta avalia\u00e7\u00e3o tem como prop\u00f3sito coletar feedback de usu\u00e1rios reais sobre um prot\u00f3tipo avan\u00e7ado do aplicativo, a fim de identificar e corrigir quaisquer problemas de usabilidade, funcionalidade e design antes do lan\u00e7amento oficial.

  • A interface segue o padra\u0303o do sistema operacional?
  • Foi poss\u00edvel testar a intera\u00e7\u00e3o e a facilidade de uso do prot\u00f3tipo para identificar problemas de usabilidade?
  • Foi poss\u00edvel avaliar a apar\u00eancia e o estilo visual do prot\u00f3tipo, garantindo que ele atenda \u00e0s expectativas e necessidades dos usu\u00e1rios, transmita a identidade da marca e seja est\u00e9ticamente agrad\u00e1vel?
  • Foi poss\u00edvel verificar se todas as funcionalidades planejadas est\u00e3o presentes e funcionam corretamente?
  • Foi poss\u00edvel obter opini\u00f5es, percep\u00e7\u00f5es e sugest\u00f5es dos usu\u00e1rios em rela\u00e7\u00e3o ao prot\u00f3tipo?
  • Foi poss\u00edvel identificar quaisquer problemas, erros ou \u00e1reas que precisam de ajustes no prot\u00f3tipo antes da implementa\u00e7\u00e3o final?
"},{"location":"design_avaliacao/p_alta/relato/#metodo-de-avaliacao","title":"M\u00e9todo de Avalia\u00e7\u00e3o","text":"

Utilizamos o teste de usabilidade como metodologia principal para avaliar a interface do sistema. Seguindo as premissas de Rubin (1994) e Rubin e Chisnell (2008), um grupo de usu\u00e1rios-alvo realizou tarefas espec\u00edficas no sistema, enquanto suas intera\u00e7\u00f5es foram observadas e registradas. Essa abordagem permitiu identificar problemas reais de usabilidade que poderiam passar despercebidos em avalia\u00e7\u00f5es mais te\u00f3ricas. O cronograma detalhado dos testes, incluindo data, hor\u00e1rio e participantes, encontra-se na Tabela 1.

Tabela 1 - Cronograma Executado.

Avaliador Usu\u00e1rio Data In\u00edcio-Fim Local M\u00e1rcio Henrique Eduardo 23/01/2025 16:30-16:45 Presencial M\u00e1rcio Henrique Rayssa 23/01/2025 16:10-16:25 Presencial

Fonte: M\u00e1rcio Henrique .

"},{"location":"design_avaliacao/p_alta/relato/#local","title":"Local","text":"

Os testes ocorreram de forma presencial, aos que foram realizadas pelo M\u00e1rcio foram feitas fora das depend\u00eancias da FCTE.

"},{"location":"design_avaliacao/p_alta/relato/#ferramentas","title":"Ferramentas","text":"

As ferramentas utilizadas foram as seguintes:

  • Um notebook com webcam e microfone;
  • Um smartphone utilizado para capturar \u00e1udios;
  • Um papel contem o script a ser seguido pelos usuarios;
  • Um papel contendo as tarefas e perguntas a serem respondidas.
"},{"location":"design_avaliacao/p_alta/relato/#tarefas","title":"Tarefas","text":"

As tarefas realizadas pelos os usuarios foram as seguintes:

  • Trasfer\u00eancia de ve\u00edculos;
"},{"location":"design_avaliacao/p_alta/relato/#descricao-dos-testes","title":"Descri\u00e7\u00e3o dos Testes","text":"

Antes de se iniciar os testes em si foi apresentado ao usu\u00e1rio um script contendo as a\u00e7\u00f5es que o entrevistado deveria realizar dentro do sistema. O entrevistado tamb\u00e9m foi orientado a reproduzir as a\u00e7\u00f5es que estava executando em voz alta. A figura 1 apresenta o script seguido pelos usu\u00e1rios.

Figura 1 - Script seguido pelos usu\u00e1rios.

{ width=\"500\" }

Fonte: Matheus Henrique, 2023.

O teste teve in\u00edcio com a apresenta\u00e7\u00e3o ao usu\u00e1rio o termo de consentimento para que pudesse ser confirmado a sua participa\u00e7\u00e3o e autorizado o prosseguimento do teste. Logo ap\u00f3s, foi autorizado que o usu\u00e1rio realizasse as tarefas.

"},{"location":"design_avaliacao/p_alta/relato/#prototipo-de-alta-fidelidade","title":"Prot\u00f3tipo de Alta Fidelidade","text":"

O Prot\u00f3tipo de Alta Fidelidade utilizado nos testes \u00e9 apresentado a seguir. \u00c9 importante salientar que o prot\u00f3tipo apresentado pode n\u00e3o ser o exato modelo utilizado nos testes, pois o prot\u00f3tipo sofre altera\u00e7\u00f5es e corre\u00e7\u00f5es com o tempo.

"},{"location":"design_avaliacao/p_alta/relato/#teste-piloto","title":"Teste Piloto","text":"

O v\u00eddeo 1 a seguir mostra o teste piloto realizado antes dos testes.

V\u00eddeo 1 - Teste Piloto

_Autor: M\u00e1rcio Henrique, 2025._

"},{"location":"design_avaliacao/p_alta/relato/#selecao-dos-participantes","title":"Sele\u00e7\u00e3o dos Participantes","text":"

O n\u00famero de participantes foi de 6 pessoas, sendo dois avaliadores em que ficaram respons\u00e1veis por, grava\u00e7\u00e3o do \u00e1udio e v\u00eddeo e quatro usu\u00e1rios. A escolha desse n\u00famero de usu\u00e1rios foi baseada na recomenda\u00e7\u00e3o de Krug (2010, p. 157) para testes de usabilidade. Al\u00e9m disso, os usu\u00e1rios foram escolhidos levando em conta as caracter\u00edsticas definidas no perfil de usu\u00e1rio, sendo elas: idade entre 20 e 35 anos, experi\u00eancia e afinidade com tecnologia. A tabela 1 apresenta os participantes da avalia\u00e7\u00e3o e suas respectivas fun\u00e7\u00f5es.

"},{"location":"design_avaliacao/p_alta/relato/#problemas-e-dificuldades-encontradas","title":"Problemas e Dificuldades Encontradas","text":"

A princ\u00edpio, os testes ocorreram sem muitos problemas. Foi encontrado tr\u00eas problemas, um em uma funcionalidade e os outros dois ligados a interface da aplica\u00e7\u00e3o.

Em rela\u00e7\u00e3o ao problema de funcionalidade a entrevistada Rayssa alegou que no final da p\u00e1gina de transfer\u00eancia de ve\u00edculos, quando h\u00e1 a conlus\u00e3o da solicita\u00e7\u00e3o, n\u00e3o foi possivel voltar a p\u00e1gina inicial. J\u00e1 em interface houve duas dificuldades em usu\u00e1rio entender que dentro do contexto da transfer\u00eancia todas essas a\u00e7\u00f5es s\u00e3o vis\u00e2o do vendedor e n\u00e3o do comprado; Outro ponto foi a dificuldade de enteder a etapa de valida\u00e7\u00e3o da identidade.

Tabela 3 - Problema 1: Fun\u00e7\u00e3o de Redirecionamento.

Item de An\u00e1lise Descri\u00e7\u00e3o Local: Tela de conclus\u00e3o do solicita\u00e7\u00e3o de transfer\u00eancia. Contexto: O usu\u00e1rio finaliza a transfer\u00eancia e ao final deseja acessar outro servi\u00e7o do portal. Causa: N\u00e3o redirecionamento para a p\u00e1gina inicial. A\u00e7\u00e3o Realizada pelo Usu\u00e1rio: Clique no bot\u00e3o \"Voltar ao menu inicial\". Resposta do Sistema Esperada: Redirecionamento na tela inicla. Resposta do Aprsentada pelo Sistema: N\u00e3o foi redirecionado. Fatores de Usabilidade Prejudicados: Efic\u00e1cia e Efici\u00eancia.

Autor: M\u00e1rcio Henrique, 2025.

Sobre o problema de interface, a usu\u00e1ria Rayssa alegou que n\u00e3o ficou clara na se\u00e7\u00e3o do qr code, \u00e9 uma etapa de verifica\u00e7\u00e3o de identidade, achou que ficou pouco claro e tendendo a scannear o qr sem reconhecer a etapa em que se encontra. As tabelas 4 e 5 a seguir apresenta as avalia\u00e7\u00f5es dos problemas.

Tabela 4 - Problema 2: Detalhes sobre a valida\u00e7\u00e3o de Identidade.

Item de An\u00e1lise Descri\u00e7\u00e3o Local: Modal de verifica\u00e7\u00e3o de identidade. Contexto: O usu\u00e1rio entra na p\u00e1gina com a inten\u00e7\u00e3o de trasnferir um ve\u00edculo. Causa: As informa\u00e7\u00f5es n\u00e3o deixa claro a a\u00e7\u00e3o desejada do usu\u00e1rio. A\u00e7\u00e3o Realizada pelo Usu\u00e1rio: Visualizou as etapas de identifica\u00e7\u00e3o. Resposta do Sistema Esperada: Entendimento claro da etapa. Resposta do Aprsentada pelo Sistema: A etapa n\u00e3o foi bem especificado. Fatores de Usabilidade Prejudicados: Efic\u00e1cia, Efici\u00eancia e Seguran\u00e7a.

Fonte: Marcio Henrique, 2025.

Tabela 5 - Problema 3: Clareza em qual \"personagem\" o usu\u00e1rio se aplica.

Item de An\u00e1lise Descri\u00e7\u00e3o Local: P\u00e1gina inicial. Contexto: O usu\u00e1rio entra na p\u00e1gina de pedidos com a inten\u00e7\u00e3o de realizar uma tranfer\u00eancia. Causa: N\u00e3o existe uma indica\u00e7\u00e3o de que quem ir\u00e1 realizar a transfer\u00eancia \u00e9 o vendedor. A\u00e7\u00e3o Realizada pelo Usu\u00e1rio: Visualizou o bot\u00e3o na p\u00e1gina. Resposta do Sistema Esperada: Apresenta\u00e7\u00e3o de forma clara quem ser\u00e1 o respons\u00e1vel pela transfer\u00eancia. Resposta do Aprsentada pelo Sistema: N\u00e3o possui apresenta\u00e7\u00e3o. Fatores de Usabilidade Prejudicados: Efic\u00e1cia, Efici\u00eancia e Seguran\u00e7a.

Fonte: M\u00e1rcio Henrique, 2025.

"},{"location":"design_avaliacao/p_alta/relato/#sugestoes-de-melhoria","title":"Sugest\u00f5es de Melhoria","text":"

Tendo em vista os problemas elicitados no t\u00f3pico anterior, ficam as seguintes sugest\u00f5es de corre\u00e7\u00e3o:

  • Incluir a funcionalidade de redirecionamento para a p\u00e1gina inicial;
  • Alterar o design do modal de identifica\u00e7\u00e3o do usu\u00e1rio;
  • Criar uma se\u00e7\u00e3o de ajuda para entende de quem \u00e9 a responsabilidade de realizar a transfer\u00eancia.
"},{"location":"design_avaliacao/p_alta/relato/#feedback-dos-usuarios","title":"Feedback dos Usu\u00e1rios","text":""},{"location":"design_avaliacao/p_alta/relato/#teste-1-eduardo","title":"Teste 1 - Eduardo","text":"

O usu\u00e1rio n\u00e3o encontrou muitas dificuldades na realiza\u00e7\u00e3o das tarefas. A tarefa de Tranfer\u00eancia foi realizada com apenas 6 clique e 1 scroll down da p\u00e1gina.

Somado a isso, foi observado uma atitude confiante na realiza\u00e7\u00e3o das tarefas de Transfer\u00eancia. E conclu\u00eddo sem nenhuma dificuldade.

"},{"location":"design_avaliacao/p_alta/relato/#teste-2-rayssa","title":"Teste 2 - Rayssa","text":"

O usu\u00e1rio n\u00e3o encontrou muitas dificuldades na realiza\u00e7\u00e3o das tarefas. A tarefa de Tranfer\u00eancia foi realizada com apenas 6 clique e 1 scroll down da p\u00e1gina.

Outrossim, o design e a visualiza\u00e7\u00e3o tanto das etapas de identifica\u00e7\u00e3o e no final da transfer\u00eancia, a usu\u00e1ria teve uma leve dificuldade em entender os passos reralizados e demorando mais que o normal para a mudan\u00e7a de telas. Somado a isso, foi observado uma mudan\u00e7a significativa nas express\u00f5es faciais sendo elas de demonstra\u00e7\u00e3o de n\u00e3o muita confian\u00e7a nas a\u00e7\u00f5es sendo realizadas.

"},{"location":"design_avaliacao/p_alta/relato/#analise-e-interpretacao-dos-usuarios","title":"An\u00e1lise e Interpreta\u00e7\u00e3o dos Usu\u00e1rios","text":"

Analisando os comportamentos dos usu\u00e1rios, percebemos que a maioria possui um n\u00edvel de produtividade parecido, sendo que tarefas foram conclu\u00eddas com quantidades de cliques similares. \u00c9 poss\u00edvel notar tamb\u00e9m que h\u00e1 um problema cr\u00edtico em rela\u00e7\u00e3o ao bot\u00e3o de cancelamento, pois todos os usu\u00e1rios reclamaram do design pouco chamativo dele e na tela de confirma\u00e7\u00e3o de compra que n\u00e3o possui uma clareza no que est\u00e1 sendo realizado.

Contextualizando com as perguntas-objetivos, podemos respond\u00ea-las da seguinte maneira:

  • A interface segue o padra\u0303o do sistema operacional?

Sim, n\u00e3o houve reclama\u00e7\u00f5es referente a isso.

  • Foi poss\u00edvel testar a intera\u00e7\u00e3o e a facilidade de uso do prot\u00f3tipo para identificar problemas de usabilidade?

Sim, foi poss\u00edvel identificar problemas de ao atingir as metas de usabilidade propostos para o projeto.

  • Foi poss\u00edvel avaliar a apar\u00eancia e o estilo visual do prot\u00f3tipo, garantindo que ele atenda \u00e0s expectativas e necessidades dos usu\u00e1rios, transmita a identidade da marca e seja est\u00e9ticamente agrad\u00e1vel?

Sim, os usu\u00e1rios demonstraram seus pontos de vista dissonantes em rela\u00e7\u00e3o a apar\u00eancia das escritasm mostrada em modais e tela geral do sistema.

  • Foi poss\u00edvel verificar se todas as funcionalidades planejadas est\u00e3o presentes e funcionam corretamente?

Sim, foi identificado que uma das funcionalidades previstas ainda n\u00e3o est\u00e1 totalmente implementada.

  • Foi poss\u00edvel obter opini\u00f5es, percep\u00e7\u00f5es e sugest\u00f5es dos usu\u00e1rios em rela\u00e7\u00e3o ao prot\u00f3tipo?

Sim, os usu\u00e1rios apresentaram opini\u00f5es que serviram de objetivos para o reprojeto.

  • Foi poss\u00edvel identificar quaisquer problemas, erros ou \u00e1reas que precisam de ajustes no prot\u00f3tipo antes da implementa\u00e7\u00e3o final?

Sim, foi observado problemas que dever\u00e3o ser corrigidos no reprojeto.

"},{"location":"design_avaliacao/p_alta/relato/#sumario-dos-principais-resultados","title":"Sum\u00e1rio dos Principais Resultados","text":"

Desse modo, em rela\u00e7\u00e3o \u00e0s metas de usabilidade priorizadas \u00e9 percept\u00edvel que o sistema consegue fornecer um boa efici\u00eancia aos usu\u00e1rios em determinadas situa\u00e7\u00f5es, sendo que a maioria das tarefas foram realizadas com menos de 5 cliques. Mas, ainda h\u00e1 problemas em rela\u00e7\u00e3o aos elementos de intera\u00e7\u00f5es na interface.

Em rela\u00e7\u00e3o a seguran\u00e7a, o sistema ainda n\u00e3o fornece uma boa seguran\u00e7a aos usu\u00e1rio principalmente na tela de confirma\u00e7\u00e3o de transfer\u00eancia n\u00e3o \u00e9 claro oque o usu\u00e1rio realizou e se foi atinjido com sucesso, por\u00e9m houve uma melhora com o usu\u00e1rio tendo que confirmar suas inten\u00e7\u00f5es ao realizar a\u00e7\u00f5es cr\u00edticas.

V\u00eddeo 2 - Teste 1: Eduardo

Autor: M\u00e1rcio Henrique, 2025.

V\u00eddeo 3 - Teste 2: Rayssa

Autor: M\u00e1rcio Henrique, 2025.

"},{"location":"design_avaliacao/p_alta/relato/#planejamento-do-reprojeto","title":"Planejamento do Reprojeto","text":"

Para o reprojeto, as corre\u00e7\u00f5es devem ser realizadas seguindo a lista de sugest\u00e3o de corre\u00e7\u00e3o apresentada anteriormente. O respons\u00e1vel por cada corre\u00e7\u00e3o deve submet\u00ea-las para o time no intuito de se revisar as corre\u00e7\u00f5es feitas, checando se elas s\u00e3o suficientes e se foi introduzido novos erros ou n\u00e3o. A tabela 6 a seguir apresenta o cronograma do reprojeto.

"},{"location":"design_avaliacao/p_alta/relato/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

KRUG, Steve. Don\u2019t Make Me Think, Revisited. New Riders, 2014.

RUBIN, J. Handbook of Usability Testing. New York: John Wiley & Sons, 1994.

RUBIN, J.; CHINSNELL, D. Handbook of Usability Testing: How to Plan, Design, and Conduct Effective Tests, 2ed. Indianapolis: Wiley Publishing, Inc., 2008.

"},{"location":"design_avaliacao/p_alta/relato/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 25/01/2023 Cria\u00e7\u00e3o da p\u00e1gina e entrevistas do m\u00e1rcio. M\u00e1rcio Henrique luiza maluf"},{"location":"design_avaliacao/pp/planejamento-pp/","title":"Planejamento da Avalia\u00e7\u00e3o do Prot\u00f3tipo de Papel","text":""},{"location":"design_avaliacao/pp/planejamento-pp/#introducao","title":"Introdu\u00e7\u00e3o","text":"

A prototipa\u00e7\u00e3o em papel \u00e9 uma t\u00e9cnica de baixa fidelidade que permite avaliar a heur\u00edstica e a usabilidade de uma interface de usu\u00e1rio por meio de testes com usu\u00e1rios. Essa abordagem \u00e1gil e econ\u00f4mica identifica problemas de intera\u00e7\u00e3o e navega\u00e7\u00e3o antes do desenvolvimento completo do produto.

"},{"location":"design_avaliacao/pp/planejamento-pp/#metodologia","title":"Metodologia","text":"

Para realizar esse planejamento ser\u00e1 utilizado o framework DECIDE, onde cada letra da palavra \u00e9 uma etapa a ser realizada no planejamento. A tabela 1 a seguir apresenta o significado de cada letra.

Tabela 1 - Letras da palavra DECIDE com os seus significados.

Letra Defini\u00e7\u00e3o D Determinar os objetivos da avalia\u00e7\u00e3o. E Explorar perguntas a serem respondidas com a avalia\u00e7\u00e3o. C Escolher os m\u00e9todos de avalia\u00e7\u00e3o a serem utilizados. I Identificar e administrar as quest\u00f5es pr\u00e1ticas da avalia\u00e7\u00e3o. D Decidir como lidar com as quest\u00f5es \u00e9ticas. E Avaliar, interpretar e apresentar os dados

Fonte - BARBOSA e SILVA (2011).

"},{"location":"design_avaliacao/pp/planejamento-pp/#d-objetivos","title":"D - Objetivos","text":"

O objetivo desta avalia\u00e7\u00e3o \u00e9 identificar e solucionar problemas de usabilidade nas interfaces, comparando diferentes op\u00e7\u00f5es de design e garantindo a conformidade com os padr\u00f5es estabelecidos. Para isso, utilizaremos a t\u00e9cnica de prototipa\u00e7\u00e3o em papel e tarefas espec\u00edficas.Este documento detalha como ser\u00e1 realizada a avalia\u00e7\u00e3o, incluindo a metodologia, o cronograma, as telas a serem prototipadas e os procedimentos para a coleta de feedback dos usu\u00e1rios.

"},{"location":"design_avaliacao/pp/planejamento-pp/#e-explorar-perguntas-respondidas-com-a-avaliacao","title":"E - Explorar Perguntas Respondidas com a Avalia\u00e7\u00e3o","text":"

Com base no objetivo da avalia\u00e7\u00e3o foram preparadas perguntas baseadas nos seguintes t\u00f3picos:

  • verificar a conformidade com um padra\u0303o;
  • comparar ideias e alternativas de design;
  • identificar problemas na interac\u0327a\u0303o e interface.

As perguntas selecionadas tem o intuito de serem respondidas com essa avalia\u00e7\u00e3o e foram feitas com base no Capt\u00edtulo 10 da literatura de Barbosa e Silva (2011, p.361) as perguntas selecionadas foram as seguintes:

  • Com o prot\u00f3tipo de papel foi poss\u00edvel explorar conceitos de design?
  • Foi observado alguma sugest\u00e3o de melhoria para o prot\u00f3tipo proposto?
  • Foi poss\u00edvel identificar problemas de usabilidade preliminares?
  • Foi poss\u00edvel identificar ideias principais de design?
"},{"location":"design_avaliacao/pp/planejamento-pp/#c-escolher-os-metodos-de-avaliacao","title":"C - Escolher os M\u00e9todos de Avalia\u00e7\u00e3o","text":"

A avalia\u00e7\u00e3o ser\u00e1 realizada por meio de entrevistas e observa\u00e7\u00e3o dos usu\u00e1rios enquanto eles interagem com o prot\u00f3tipo.

Optamos por esses m\u00e9todos por permitirem coletar dados ricos e detalhados, al\u00e9m de possibilitar aprofundar a compreens\u00e3o das necessidades e expectativas dos usu\u00e1rios. Todas as entrevistas ser\u00e3o gravadas e documentadas.

"},{"location":"design_avaliacao/pp/planejamento-pp/#i-identificar-questoes-praticas-da-avaliacao","title":"I - Identificar Quest\u00f5es Pr\u00e1ticas da Avalia\u00e7\u00e3o","text":""},{"location":"design_avaliacao/pp/planejamento-pp/#recrutamento","title":"Recrutamento","text":"

Para avalia\u00e7\u00e3o foram convidadas 2 pessoas que se encaixem no perfil de usu\u00e1rio. Recomenda-se ter entre 5 a 8 participantes para obter resultados significativos e identificar problemas recorrentes, selecionar um n\u00famero suficiente de convidados permite obter uma amostra representativa e identificar insights relevantes. Entretanto pelo calibre da equipe ser menor, e o alvo da disciplina \u00e9 a aplica\u00e7\u00e3o dos conceitos abordados decidimos ent\u00e3o ter dois entrevistados.

"},{"location":"design_avaliacao/pp/planejamento-pp/#preparacao","title":"Prepara\u00e7\u00e3o","text":"

As tarefas definidas para os participantes executarem foram as seguintes

  • Transfer\u00eancia de ve\u00edculo
  • Agendamento de servi\u00e7o
"},{"location":"design_avaliacao/pp/planejamento-pp/#transferencia-de-veiculo","title":"Transfer\u00eancia de ve\u00edculo","text":"

Essa tarefa tem o intuito do participante realizar uma busca de um determinado evento selecionado pelo entrevistador.

O objetivo da tarefa consiste em verificar se o participante consegue realizar uma tranfer\u00eancia pelo portal do Detran DF.

Para execu\u00e7\u00e3o dessa tarefa, o participante dever\u00e1 acessar o portal do DETRAN e localizar a op\u00e7\u00e3o de \"Transfer\u00eancia de Ve\u00edculo\" no menu principal. Em seguida, ser\u00e1 orientado a iniciar o processo de transfer\u00eancia preenchendo os dados do ve\u00edculo, como placa e RENAVAM, e os dados do novo propriet\u00e1rio.

Ap\u00f3s essa etapa, o participante precisar\u00e1 realizar o upload dos documentos obrigat\u00f3rios, como o Certificado de Registro do Ve\u00edculo (CRV) assinado e com firma reconhecida, comprovante de pagamento de taxas e outros documentos solicitados pelo sistema. O pr\u00f3ximo passo ser\u00e1 selecionar a unidade do DETRAN mais pr\u00f3xima para a entrega dos documentos originais e confirma\u00e7\u00e3o da transfer\u00eancia.

Durante a execu\u00e7\u00e3o, ser\u00e1 avaliada a capacidade do participante de seguir as instru\u00e7\u00f5es fornecidas pelo sistema, bem como identificar eventuais dificuldades ou pontos de confus\u00e3o no processo.

"},{"location":"design_avaliacao/pp/planejamento-pp/#agendar-servico","title":"Agendar Servi\u00e7o","text":"

O objetivo dessa tarefa consiste em determinar se o participante consegue agendar um servi\u00e7o seguindo os passos apresentados pelo prot\u00f3tipo.

Para execu\u00e7\u00e3o dessa tarefa, o participante dever\u00e1 acessar o portal do DETRAN e localizar a se\u00e7\u00e3o de \"Agendamento de Servi\u00e7os\". A partir da\u00ed, ser\u00e1 orientado a selecionar o tipo de servi\u00e7o desejado, como \"Renova\u00e7\u00e3o de CNH\" ou \"Vistoria Veicular\".

Ap\u00f3s selecionar o servi\u00e7o, o participante dever\u00e1 escolher uma unidade do DETRAN dispon\u00edvel, uma data e hor\u00e1rio de sua prefer\u00eancia, observando as op\u00e7\u00f5es oferecidas pelo sistema. Para concluir o agendamento, ser\u00e1 necess\u00e1rio confirmar os dados pessoais e fornecer o n\u00famero do documento solicitado, al\u00e9m de aceitar os Termos de Uso.

Durante essa tarefa, ser\u00e1 avaliado o fluxo de navega\u00e7\u00e3o do participante, a clareza das instru\u00e7\u00f5es do sistema e poss\u00edveis obst\u00e1culos que possam impedir a conclus\u00e3o do agendamento.

"},{"location":"design_avaliacao/pp/planejamento-pp/#custos","title":"Custos","text":"

A realiza\u00e7\u00e3o das entrevistas n\u00e3o pode gerar custos a equipe e ao usu\u00e1rio, portanto, elas dever\u00e3o ser feitas utilizando as seguintes ferramentas:

  • Prot\u00f3tipo de Papel Impresso para entrevista presencial;
  • Perguntas para serem respondidas com a avalia\u00e7\u00e3o;
  • Tarefas para os participantes executarem;
  • Termo de Consentimento;
  • Teste Piloto;

Vale resaltar que os equipamentos necess\u00e1rios ser\u00e3o quaisquer dispositivos com acesso a internet, aos aplicativos de comunica\u00e7\u00e3o e a um navegador de internet que os envolvidos possu\u00edrem. Como dever\u00e1 ser presencial n\u00e3o ser\u00e1 utilizado nenhum software para defini\u00e7\u00e3o do prot\u00f3tipo.

"},{"location":"design_avaliacao/pp/planejamento-pp/#prazos","title":"Prazos","text":"

Em rela\u00e7\u00e3o aos prazos, as entrevistas est\u00e3o documentadas na tabela 2, sendo apresentado um cronograma com seus t\u00f3picos e logo abaixo a tabela 2 com as entrevistas:

  • Entrevistador;
  • Entrevistado;
  • Hor\u00e1rio de in\u00edcio e fim;
  • Local e data que ocorreu a entrevista.

Tabela 2 - Cronograma prov\u00e1vel da Avalia\u00e7\u00e3o.

Entrevistadores Usu\u00e1rio Data In\u00edcio-Fim Local M\u00e1rcio Henrique Eduardo Galv\u00e3o Cavalheiro 08/01/2025 15:20-15:26 Presencial Luiza Maluf Mauro Moura 08/01/2025 15:32-15:37 Presencial

Autor - M\u00e1rcio Henrique.

"},{"location":"design_avaliacao/pp/planejamento-pp/#roteiro-de-perguntas","title":"Roteiro de Perguntas","text":"

Na entrevista estar\u00e3o dispon\u00edveis capturas de tela para que o usu\u00e1rio possa ver a tarefa da qual o entrevistador estar\u00e1 comentando e realizando, ser\u00e1 analisado o comportamento do usu\u00e1rio sobre as tarefas passadas para ele executar no prot\u00f3tipo, para que seja capaz de responder as perguntas da avalia\u00e7\u00e3o.

"},{"location":"design_avaliacao/pp/planejamento-pp/#execucao-do-roteiro","title":"Execu\u00e7\u00e3o do roteiro","text":"

Para execu\u00e7\u00e3o do roteiro ser\u00e1 passado ao usu\u00e1rio uma tarefa indicada e ser\u00e1 pedido para que ele a realize de acordo com os limites passados pelo entrevistador sobre o prot\u00f3tipo de papel.

"},{"location":"design_avaliacao/pp/planejamento-pp/#d-lidando-com-as-questoes-eticas","title":"D - Lidando com as Quest\u00f5es \u00c9ticas","text":"

Ser\u00e1 utilizado o termo de consentimentoproduzido na se\u00e7\u00e3o de aspectos \u00e9ticos, a fim de se obter dos participantes a autoriza\u00e7\u00e3o para que sejam realizadas as atividades necess\u00e1rias \u00e0 produ\u00e7\u00e3o desse artefato e garantir que os participantes sejam respeitados durante e ap\u00f3s a atividade.

"},{"location":"design_avaliacao/pp/planejamento-pp/#e-avaliar-interpretar-e-apresentar-os-dados","title":"E - Avaliar, Interpretar e Apresentar os Dados","text":"

Ap\u00f3s a realiza\u00e7\u00e3o da avalia\u00e7\u00e3o, os dados ser\u00e3o documentados e tratados, levando em conta o contexto em que eles foram produzidos, julgando se possuem alto grau de confiabilidade e que podem ser generalizados para representar a popula\u00e7\u00e3o de usu\u00e1rios do site.

O que envolve registrar os problemas, dificuldades durante a intera\u00e7\u00e3o, podem envolver quest\u00f5es de usabilidade, funcionalidades ausentes e problemas de desempenho. Ser\u00e3o anotadas as descri\u00e7\u00f5es dos problemas, sua classifica\u00e7\u00e3o, sugest\u00f5es de melhoria, captar o feedback do usu\u00e1rio e ao fim da entrevistas documentar as observa\u00e7\u00f5es gerais a serem feitas a cerca da entrevista realizada.

Realizada a etapa anteriormente mencionada, os dados ser\u00e3o apresentados ao time de desenvolvimento, procurando com isso obter o m\u00e1ximo de informa\u00e7\u00e3o relevante para o desenvolvimento do projeto.

"},{"location":"design_avaliacao/pp/planejamento-pp/#planejamento-do-teste-piloto","title":"Planejamento do Teste Piloto","text":"

Segundo Barbosa e Silva (2011, p.276) o objetivo desse teste \u00e9 avaliar o pr\u00f3prio planejamento, e analisar se a avalia\u00e7\u00e3o, tal como planejada, produz os dados necess\u00e1rios para responder a quest\u00f5es e objetivos do estudo. O avaliador deve conduzir o teste-piloto como se fosse uma sess\u00e3o normal de avalia\u00e7\u00e3o. Dessa forma, ele tem oportunidade de verificar se a linguagem nas explica\u00e7\u00f5es e nos materiais fornecidos \u00e9 clara e objetiva, e se esses materiais cont\u00eam informa\u00e7\u00f5es adequadas e suficientes para orientar o participante durante a avalia\u00e7\u00e3o.

Dito isso, a execu\u00e7\u00e3o do teste-piloto ser\u00e1 feito no dia 08/01/2025 \u00e0s 12:20 e com a presen\u00e7a dos integrantes M\u00e1rcio Henrique e Luiza Maluf.

"},{"location":"design_avaliacao/pp/planejamento-pp/#execucao-do-teste-piloto","title":"Execu\u00e7\u00e3o do Teste Piloto","text":"

Vale resaltar que devido ocasi\u00f5es diversas, tivemos que realizar o teste piloto, individualmente a cada tarefa do projeto (Transfer\u00eancia de Ve\u00edculos e Agendamento de Servi\u00e7o).

"},{"location":"design_avaliacao/pp/planejamento-pp/#teste-piloto-transferencia-de-veiculos","title":"Teste Piloto Transfer\u00eancia de Ve\u00edculos","text":""},{"location":"design_avaliacao/pp/planejamento-pp/#bibliografia","title":"Bibliografia","text":"

Estruturado a partir do Planejamento da Avalia\u00e7\u00e3o da An\u00e1lise de Tarefas. Dispon\u00edvel em: <https://interacao-humano-computador.github.io/2023.1-BilheteriaDigital/design-avaliacao-desenvolvimento/nivel-1/analise-de-tarefas-dad/planejamento-avaliavao-at/>.Acesso em 05 de janeiro de 2025.

"},{"location":"design_avaliacao/pp/planejamento-pp/#referencias-bibliograficas","title":"Refer\u00eancias Bibliograficas","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"design_avaliacao/pp/planejamento-pp/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor Revisor 1.0 05/01/2025 Cria\u00e7\u00e3o do documento M\u00e1rcio Henrique Luiza Maluf"},{"location":"design_avaliacao/pp/planejamento_relato/","title":"Planejamento da Avalia\u00e7\u00e3o do Relato dos Resultados","text":""},{"location":"design_avaliacao/pp/planejamento_relato/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este artefato tem como objetivo documentar o planejamento do relato dos resultados realizado da avalia\u00e7\u00e3o do prot\u00f3tipo de papel. Assim, ser\u00e1 explicado a seguir a estrutura em que tal relato deve ser documentado.

"},{"location":"design_avaliacao/pp/planejamento_relato/#metodologia","title":"Metodologia","text":"

Tendo como base os conceitos tratatos no livro de Barbosa e Silva (2011, p.279) e adaptando-os para o documento a ser desenvolvido pela equipe, esses v\u00e3o incluir:

  • Objetivo e escopo da avalia\u00e7\u00e3o
  • M\u00e9todo de avalia\u00e7\u00e3o
  • Sele\u00e7\u00e3o dos participantes
  • Problemas e dificuldades encontradas
  • Feedback dos usu\u00e1rios
  • An\u00e1lise e interpreta\u00e7\u00e3o dos usu\u00e1rios
  • Sum\u00e1rios dos principais resultados
"},{"location":"design_avaliacao/pp/planejamento_relato/#objetivo-e-escopo-da-avaliacao","title":"Objetivo e escopo da avalia\u00e7\u00e3o","text":"

O objetivo desta avalia\u00e7\u00e3o \u00e9 identificar e solucionar problemas de usabilidade nas interfaces, comparando diferentes op\u00e7\u00f5es de design e garantindo a conformidade com os padr\u00f5es estabelecidos. Para isso, utilizaremos a t\u00e9cnica de prototipa\u00e7\u00e3o em papel e tarefas espec\u00edficas.

Este documento detalha como deve ser estruturada a documenta\u00e7\u00e3o do relato dos resultados, assim como as conclus\u00f5es finais da avalia\u00e7\u00e3o.

"},{"location":"design_avaliacao/pp/planejamento_relato/#metodo-de-avaliacao","title":"M\u00e9todo de avalia\u00e7\u00e3o","text":"

Optamos por combinar observa\u00e7\u00e3o e entrevistas com os usu\u00e1rios, seguindo um modelo padr\u00e3o para garantir a uniformidade dos dados coletados. A Tabela 1 apresenta um cronograma sugerido para as entrevistas, que poder\u00e1 ser ajustado conforme o necess\u00e1rio.

Tabela 1 - Cronograma Planejado. Entrevistadores Usu\u00e1rio Data In\u00edcio-Fim Local M\u00e1rcio Henrique Eduardo Galv\u00e3o Cavalheiro 08/01/2025 15:20-15:26 Presencial Luiza Maluf Mauro Moura 08/01/2025 15:32-15:37 Presencial

Autor - M\u00e1rcio Henrique.

"},{"location":"design_avaliacao/pp/planejamento_relato/#selecao-dos-participantes","title":"Sele\u00e7\u00e3o dos participantes","text":"

A sele\u00e7\u00e3o dos entrevistados foi realizada com base no perfil de usu\u00e1rio definido para o projeto, garantindo que os participantes representem o p\u00fablico-alvo desejado.

"},{"location":"design_avaliacao/pp/planejamento_relato/#problemas-e-dificuldades-encontradas","title":"Problemas e dificuldades encontradas","text":"

Nessa se\u00e7\u00e3o do documento, o entrevistador deve detalhadamente listar os problemas e dificuldades espec\u00edficas que o usu\u00e1rio encontrou durante a sess\u00e3o de entrevista. Isso envolve registrar de maneira clara e objetiva cada obst\u00e1culo, erro, falha ou desafio enfrentado pelo usu\u00e1rio ao interagir com o sistema ou produto avaliado.

"},{"location":"design_avaliacao/pp/planejamento_relato/#feedback-dos-usuarios","title":"Feedback dos usu\u00e1rios","text":"

Ao coletar e analisar o feedback dos usu\u00e1rios, buscamos compreender suas necessidades e expectativas, garantindo que o sistema seja desenvolvido de forma a atender \u00e0s suas demandas.

"},{"location":"design_avaliacao/pp/planejamento_relato/#analise-e-interpretacao-dos-resultados","title":"An\u00e1lise e interpreta\u00e7\u00e3o dos resultados","text":"

O entrevistador deve realizar uma an\u00e1lise e interpreta\u00e7\u00e3o dos resultados obtidos a partir da avalia\u00e7\u00e3o da prototipa\u00e7\u00e3o. Isso envolve examinar cuidadosamente os dados coletados durante a avalia\u00e7\u00e3o, identificar padr\u00f5es, tend\u00eancias e insights relevantes, e extrair conclus\u00f5es significativas a partir dessas informa\u00e7\u00f5es.

Contextualizar os resultados dentro do objetivo da avalia\u00e7\u00e3o e considerar o impacto dos problemas identificados na usabilidade, na experi\u00eancia do usu\u00e1rio e nos objetivos estabelecidos.

"},{"location":"design_avaliacao/pp/planejamento_relato/#sumario-dos-principais-resultados","title":"Sum\u00e1rio dos principais resultados","text":"

Ao final do documento, \u00e9 necess\u00e1rio que o entrevistador fa\u00e7a um resumo dos t\u00f3picos considerados essenciais dentro dos objetivos da avalia\u00e7\u00e3o. Essa etapa permitir\u00e1 reunir em uma \u00fanica perspectiva as principais informa\u00e7\u00f5es relacionadas \u00e0s melhorias a serem aplicadas na plataforma do Detran DF. Este deve conter os aspectos mais relevantes identificados durante a avalia\u00e7\u00e3o, incluindo os problemas encontrados, as sugest\u00f5es de melhorias propostas e o feedback dos usu\u00e1rios.

E a possibilidade de disponibilizar as grava\u00e7\u00f5es.

"},{"location":"design_avaliacao/pp/planejamento_relato/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021);Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do usu\u00e1rio.

"},{"location":"design_avaliacao/pp/planejamento_relato/#bibliografia","title":"Bibliografia","text":"

MACHADO, Maur\u00edcio; Planejamento do relato de resultados. Reposit\u00f3rio do Grupo Lichess da disciplina de Intera\u00e7\u00e3o Humano Computador da Universidade de Bras\u00edlia, 2022. Dispon\u00edvel em: <https://interacao-humano-computador.github.io/2022.2-Lichess/design_avaliacao_desenvolvimento/nivel_1/analise_tarefas/planejamento_resultado_analise_tarefas/>. Acesso em: 09 dezembro 2024.

"},{"location":"design_avaliacao/pp/planejamento_relato/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 05/01/2025 Cria\u00e7\u00e3o do documento. Luiza Maluf M\u00e1rcio Henrique"},{"location":"design_avaliacao/pp/relato_pp/","title":"Relato dos Resultados da Avalia\u00e7\u00e3o do Prot\u00f3tipo de Papel","text":""},{"location":"design_avaliacao/pp/relato_pp/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este artefato \u00e9 respons\u00e1vel pela documenta\u00e7\u00e3o dos resultados encontrados ap\u00f3s a avalia\u00e7\u00e3o dos Prot\u00f3tipos de papel. Ser\u00e1 seguido a estrutura conforme explicitado no Planejamento da Avalia\u00e7\u00e3o do Relato do Prot\u00f3tipo de Papel.

"},{"location":"design_avaliacao/pp/relato_pp/#objetivo","title":"Objetivo","text":"

Com o objetivo de criar uma experi\u00eancia mais intuitiva e eficiente para os usu\u00e1rios, realizamos uma avalia\u00e7\u00e3o que permitiu identificar oportunidades de melhoria nos fluxos, nas a\u00e7\u00f5es e na organiza\u00e7\u00e3o visual da interface. Ao analisar como usu\u00e1rios reais interagem com o produto, conseguimos comparar diferentes alternativas de design e garantir que a interface estivesse alinhada com os padr\u00f5es de usabilidade.

Para atingir esse objetivo definimos as seguintes perguntas:

  • Com o prot\u00f3tipo de papel foi poss\u00edvel explorar conceitos de design?
  • Foi observado alguma sugest\u00e3o de melhoria para o prot\u00f3tipo proposto?
  • Foi poss\u00edvel identificar problemas de usabilidade preliminares?
  • Foi poss\u00edvel identificar ideias principais de design?
"},{"location":"design_avaliacao/pp/relato_pp/#problemas-encontrados","title":"Problemas Encontrados","text":""},{"location":"design_avaliacao/pp/relato_pp/#entrevista-1","title":"Entrevista 1","text":"

A entrevistada demonstrou um pouco de dificultade pela natureza da avalia\u00e7\u00e3o, por ser um site feito a caneta e papel, questionou o fato de n\u00e3o estar muito claro, mas com a instru\u00e7\u00e3o do entrevistador, todas as a\u00e7\u00f5es que era necess\u00e1ria alcan\u00e7ar, teve \u00eaxito.

"},{"location":"design_avaliacao/pp/relato_pp/#entrevista-2","title":"Entrevista 2","text":"

Foi necess\u00e1ria a narra\u00e7\u00e3o da entrevista, uma vez que o \u00fanico momento que foi poss\u00edvel o encontro com o entrevistado, o ambiente se econtrava com excesso de ru\u00eddos. Como a metodologia da avalia\u00e7\u00e3o indicava uma observa\u00e7\u00e3o das a\u00e7\u00f5es do usu\u00e1rio, a narra\u00e7\u00e3o foi a solu\u00e7\u00e3o encontrada para tal situa\u00e7\u00e3o.

Ademais, estava claro o passo a passo que usu\u00e1rio deveria seguir, assim como a sua execu\u00e7\u00e3o.

"},{"location":"design_avaliacao/pp/relato_pp/#metodo-de-avaliacao","title":"M\u00e9todo de Avalia\u00e7\u00e3o","text":"

Os dados foram coletados por meio de duas entrevistas. No inicio das entrevistas foi apresentado o termo de consentimento para que o entrevistado d\u00ea sua resposta, sempre refor\u00e7ando o fato de que est\u00e1 sendo gravado e de que a grava\u00e7\u00e3o ser\u00e1 publicada. As reuni\u00f5es foram feitas presencialmente, sendo cada um em local diferente, e o m\u00e9todo para a realiza\u00e7\u00e3o das entrevistas pode ser conferido aqui. Portanto, fez-se a parte de prepara\u00e7\u00e3o, e depois a coleta de dados. Antes do usu\u00e1rio interagir com o prot\u00f3tipo de papel, o entrevistador instruiu as a\u00e7\u00f5es que o entrevistado deve realizar, e que esse deve falar em voz alta o que est\u00e1 fazendo.

"},{"location":"design_avaliacao/pp/relato_pp/#selecao-de-partipantes","title":"Sele\u00e7\u00e3o de partipantes","text":"

O n\u00famero de participantes foi de 4 pessoas, sendo dois entrevistadores e dois usu\u00e1rios. O motivo pela escolha se d\u00e1 pelo fato do tamanho da equipe que se encontra, e devido a isso houve poucos usu\u00e1rios oque pode comprometer na presi\u00e7\u00e3o dos dados coletados.

"},{"location":"design_avaliacao/pp/relato_pp/#problemas-e-dificuldades-encontradas","title":"Problemas e dificuldades encontradas","text":""},{"location":"design_avaliacao/pp/relato_pp/#entrevista-1_1","title":"Entrevista 1","text":"

No decorrer da entrevista, a entrevistada Marana demonstrou certas dificuldades para a realiza\u00e7\u00e3o da avalia\u00e7\u00e3o, tendo algumas \"travas\" por conta disso, teve que haver alguns esclarecimentos por parte do entrevistador M\u00e1rcio Henrique. Isso pode acontecer por v\u00e1rias causas , desde a abstra\u00e7\u00e3o do prot\u00f3tipo, at\u00e9 as pr\u00f3prias funcionalidades n\u00e3o t\u00e3o clara no sistema.

"},{"location":"design_avaliacao/pp/relato_pp/#entrevista-2_1","title":"Entrevista 2","text":"

No decorrer da entrevista, o entrevistado Gabriel conseguiu executar todo o roteiro de a\u00e7\u00f5es, contudo, a entrevistadora Luiza notou uma certa demora por parte do entrevistado na hora de ler cada aspecto do prot\u00f3tipo, isso ocorreu devido a n\u00e3o legibilidade adequada as informa\u00e7\u00f5es escritas no prot\u00f3tipo.

"},{"location":"design_avaliacao/pp/relato_pp/#sugestao-de-melhoria","title":"Sugest\u00e3o de Melhoria","text":""},{"location":"design_avaliacao/pp/relato_pp/#entrevista-2_2","title":"Entrevista 2","text":"

A sugest\u00e3o de melhoria \u00e9 a melhor legibilidade das informa\u00e7\u00f5es escritas no prot\u00f3tipo.

"},{"location":"design_avaliacao/pp/relato_pp/#feedback-dos-usuarios","title":"FeedBack dos usu\u00e1rios","text":""},{"location":"design_avaliacao/pp/relato_pp/#entrevista-1_2","title":"Entrevista 1","text":"

A primeira entrevista foi feita com a usu\u00e1ria Marana e suas considera\u00e7\u00f5es foram as seguintes:

A entrevistada Marana sugeriu que tivesse um atalho para acessar ao servi\u00e7o de \"Transfer\u00eancia de ve\u00edculo\", sendo no cabe\u00e7alho da p\u00e1gina inicial, ou at\u00e9 mesmo na sess\u00e3o de servi\u00e7os mais acessados. Al\u00e9m disso sugeriu que houvesse a possibilldade de relizar um contato com um atendente ,no momento do preenchimento dos dados do comprador do ve\u00edculo usado por se tratar de dados sens\u00edveis, afim de trazer mais seguran\u00e7a para o usu\u00e1rio.

"},{"location":"design_avaliacao/pp/relato_pp/#entrevista-2_3","title":"Entrevista 2","text":"

O feedback do usu\u00e1rio foi positivo, uma vez que foi poss\u00edvel executar o roteiro com facilidade e at\u00e9 mesmo agilidade na hora da entrevista. O usu\u00e1rio afirmou tamb\u00e9m que j\u00e1 tinha feito agendamento pelo portal, logo teve facilidade na hora da avalai\u00e7\u00e3o.

"},{"location":"design_avaliacao/pp/relato_pp/#analise-e-interpretacao-dos-dados","title":"An\u00e1lise e Interpreta\u00e7\u00e3o dos dados","text":"
  • Com o prot\u00f3tipo de papel foi poss\u00edvel explorar conceitos de design

Entrevista 1: Sim, dado que alguns padr\u00f5es foram seguidos de forma natural. No entanto, alguns aspectos b\u00e1sicos representados no prot\u00f3tipo causaram estranhesa.

Entrevista 2: Sim, foi poss\u00edvel uma vez que o usu\u00e1rio teve naturalidade para executar o roteiro de a\u00e7\u00f5es.

  • Foi observado alguma sugest\u00e3o de melhoria para o prot\u00f3tipo proposto?

Entrevista 1: Sim, possibilidade de realizar uma liga\u00e7\u00e3o com um atendente durante o cadastro de dados de um comprador, e bot\u00e3o de acesso r\u00e1pido, na tela inicial

Entrevista 2: Melhoria na legibilidade das informa\u00e7\u00f5es no prot\u00f3tipo de papel.

  • Foi poss\u00edvel identificar problemas de usabilidade preliminares?

Entrevista 1: Sim, o pr\u00f3prio bot\u00e3o de Transfer\u00eancia de ve\u00edculos n\u00e3o se mostrou muito acessivel, e o usu\u00e1rio teve que pensar, e realizar algumas tentativas para encontrar.

Entrevista 2: N\u00e3o foi identificado nenhum problema de usabilidade preliminarmente.

  • Foi poss\u00edvel identificar ideias principais de design?

Entrevista 1: Sim, percebeu-se que a equipe n\u00e3o analisou sites concorrentes para atender \u00e0 uma conformidade com o padr\u00e3o.

Entrevista 2: Sim, foi poss\u00edvel uma vez que o usu\u00e1rio navegou no site com naturalidade.

"},{"location":"design_avaliacao/pp/relato_pp/#sumario-dos-princiais-resultados","title":"Sum\u00e1rio dos princi\u00e1is resultados","text":"

Prop\u00f5e-se as seguintes sugest\u00f5es de corre\u00e7\u00f5es:

"},{"location":"design_avaliacao/pp/relato_pp/#entrevista-1_3","title":"Entrevista 1","text":"
  • Falar com atendente durante preenchimento de dados
  • Recoloca\u00e7\u00e3o do bot\u00e3o Transfer\u00eancia de Ve\u00edculos
"},{"location":"design_avaliacao/pp/relato_pp/#entrevista-2_4","title":"Entrevista 2","text":"
  • Melhorar a legibilidade do prot\u00f3tipo de papel.
"},{"location":"design_avaliacao/pp/relato_pp/#gravacao-entrevista-1","title":"Grava\u00e7\u00e3o Entrevista 1","text":""},{"location":"design_avaliacao/pp/relato_pp/#gravacao-entrevista-2","title":"Grava\u00e7\u00e3o Entrevista 2","text":"

Termo de consentimento para entrevista: clique aqui

"},{"location":"design_avaliacao/pp/relato_pp/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"design_avaliacao/pp/relato_pp/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor Revisor 1.0 14/01/2025 Cria\u00e7\u00e3o do documento e entrevista M\u00e1rcio Henrique Luiza Maluf 1.1 14/01/2025 Acrescentando as informa\u00e7\u00f5es da entrevista 2 Luiza Maluf M\u00e1rcio Henrique"},{"location":"design_avaliacao/storyboard/planej-aval-story/","title":"Planejamento da Avalia\u00e7\u00e3o do Storyboard","text":""},{"location":"design_avaliacao/storyboard/planej-aval-story/#introducao","title":"Introdu\u00e7\u00e3o","text":"

A avalia\u00e7\u00e3o de IHC \u00e9 uma atividade fundamental em qualquer processo de desenvolvimento que busque produzir um sistema interativo com alta qualidade de uso.

Dentro da Engenharia de Usabilidade de Mayhew a avalia\u00e7\u00e3o \u00e9 uma atividade essencial para que se atenda \u00e0s metas definidas e se tnha uma valida\u00e7\u00e3o pela parte dos usu\u00e1rios (Barbosa e Silva, 2011, p.109-111).

"},{"location":"design_avaliacao/storyboard/planej-aval-story/#metodologia","title":"Metodologia","text":"

Dentro do contexto da disciplina ser\u00e1 utilizado o framework DECIDE para estruturar o planejamento, a execu\u00e7\u00e3o e a an\u00e1lise de uma avalia\u00e7\u00e3o de IHC.

"},{"location":"design_avaliacao/storyboard/planej-aval-story/#framework-decide","title":"Framework DECIDE","text":"

As atividades do framework s\u00e3o interligadas e executadas iterativamente, \u00e0 medida que o avaliador articula os objetivos da avalia\u00e7\u00e3o, os dados e recussos dispon\u00edveis.

Essas atividades s\u00e3o:

D Determinar os objetivos da avalia\u00e7\u00e3o. E Explorar as perguntas a serem respondidas com a avalia\u00e7\u00e3o.Para cada objetivo definido existem perguntas a serem respondidas. C Escolher (Choose) os m\u00e9todos de avalia\u00e7\u00e3o a serem utilizados. I Identificar e administrar as quest\u00f5es pr\u00e1ticas de avalia\u00e7\u00e3o, como recrutamento, prepara\u00e7\u00e3o, prazos, or\u00e7amentos. D Decidir como lidar com as quest\u00f5es \u00e9ticas. E Avaliar (Evaluate), interpretar e apresentar os dados.

Autor: Luiza Maluf

"},{"location":"design_avaliacao/storyboard/planej-aval-story/#objetivos-gerais-d","title":"Objetivos Gerais (D)","text":"

O principal objetivo desse planejamento \u00e9 avaliar os storyboards elaborados pelos membros do grupo e determinar se est\u00e3o de acordo com as expectativas dos usu\u00e1rios e se representa a realidade da execu\u00e7\u00e3o da tarefa. Com isso, \u00e9 poss\u00edvel identificar problemas na intera\u00e7\u00e3o e na interface, assim como a apopria\u00e7\u00e3p da tecnologia pelos usu\u00e1rios.

"},{"location":"design_avaliacao/storyboard/planej-aval-story/#explorar-as-perguntas-a-serem-respondidas-com-a-avaliacao-e","title":"Explorar as Perguntas a Serem Respondidas com a Avalia\u00e7\u00e3o (E)","text":"

N\u00ba Perguntas Respostas Autor da Pergunta 1 Voc\u00ea se identifica com a realidade dos personagens? ( ) SIM ( ) N\u00c3O Luiza Maluf 2 Os passos do personagem seguem alguma l\u00f3gica? ( ) SIM ( ) N\u00c3O Luiza Maluf 3 A motiva\u00e7\u00e3o do usu\u00e1rio para realizar a tarefa est\u00e1 expl\u00edcita para voc\u00ea? ( ) SIM ( ) N\u00c3O Luiza Maluf 4 Ap\u00f3s ter contato com o storyboard por completo, voc\u00ea acredita que o objetivo do personagem foi atingido? ( ) SIM ( ) N\u00c3O Luiza Maluf 5 Existe algum storyboard que voc\u00ea acredita n\u00e3o fazer sentido com a realidade? NOME DO STORYBOARD Luiza Maluf 6 Voc\u00ea tem alguma sugest\u00e3o para a melhoria do storyboard de forma que ele fique mais claro? ABERTA Luiza Maluf 7 Os textos auxiliam o entedimento do storyboard? ( ) SIM ( ) N\u00c3O Luiza Maluf 8 Para cada storyboard existe um cen\u00e1rio relacionado? ( ) SIM ( ) N\u00c3O Luiza Maluf 9 O storyboard representa o diferencial e benef\u00edcio do Portal DETRAN-DF? ( ) SIM ( ) N\u00c3O Luiza Maluf

Autor: Luiza Maluf

"},{"location":"design_avaliacao/storyboard/planej-aval-story/#metodos-de-avaliacao-c","title":"M\u00e9todos de Avalia\u00e7\u00e3o (C)","text":"

Ser\u00e1 feita uma entrevista com um usu\u00e1rio que esteja dentro dos aspectos listados no Perfil de usu\u00e1rios. As perguntas listadas acima ser\u00e3o feitas logo em ap\u00f3s o usu\u00e1rio aceitar o termo de consentimento e ter o contato com os storyboards. Ap\u00f3s finalziar esse roteiro, \u00e9 importante que o entrevistado tenha um curto per\u00edodo para que posso apresentar coment\u00e1rios e feedbacks, caso ache que agrege o projeto.

"},{"location":"design_avaliacao/storyboard/planej-aval-story/#identificar-e-administrar-as-questoes-praticas-de-avaliacao-i","title":"Identificar e administrar as quest\u00f5es pr\u00e1ticas de avalia\u00e7\u00e3o (I)","text":""},{"location":"design_avaliacao/storyboard/planej-aval-story/#participantes","title":"Participantes","text":"

A sele\u00e7\u00e3o do entrevistado foi realizada com base no perfil de usu\u00e1rio de forma que seja um representante do p\u00fablico alvo desejado.

Nesse sentido, Lucas Gama de Araujo Bottino (21), foi o canditado escolhido representando o Perfil A uma vez que \u00e9 habilitado, possui experi\u00eancia intermedi\u00e1ria para avan\u00e7ada com tecnologia, e possui tarefas prim\u00e1rias como renova\u00e7\u00e3o de CNH, consulta de multas e agendamento de servi\u00e7os.

"},{"location":"design_avaliacao/storyboard/planej-aval-story/#cronograma-das-atividades","title":"Cronograma das atividades","text":"Data e Hora Atividade Autor(a) Revisor(a) 13/12/2024 Execu\u00e7\u00e3o do Teste Piloto Luiza Maluf Marcio Henrique 16/12/2024 Entrevista com o participante M\u00e1rcio Henrique Luiza Maluf 17/12/2024 Registro dos resultados da entrevista Luiza Maluf M\u00e1rcio Henrique"},{"location":"design_avaliacao/storyboard/planej-aval-story/#cronograma-das-entrevistas","title":"Cronograma das entrevistas","text":"Entrevistador(es) Entrevistado(s) Hor\u00e1rio de In\u00edcio Hor\u00e1rio de Fim Data Local M\u00e1rcio Henrique Bruno Bragan\u00e7a 16:40 16:45 20/12/2024 Presencial Luiza Maluf Lucas Gama 17:25 17:30 03/01/2025 Presencial"},{"location":"design_avaliacao/storyboard/planej-aval-story/#ferramentas","title":"Ferramentas","text":"

A entrevista ser\u00e1 realizada no Microsoft Teams para que se ocorra a grava\u00e7\u00e3o e o Google Docs para que o avaliador possa registrar as respostas e feedback do entevistado.

"},{"location":"design_avaliacao/storyboard/planej-aval-story/#teste-piloto","title":"Teste Piloto","text":"

De acordo com Barbosa e Silva (2011, p.307), o teste piloto serve para avaliar o pr\u00f3prio planejamento e analisar se a avalia\u00e7\u00e3o produz os dados necess\u00e1rios para responder a quest\u00f5es e objetivos do estudo.

Nesse sentido o teste foi executado no dia 20/12/2024 pelos integrantes do grupo Luiza Maluf e M\u00e1rcio Henrique

"},{"location":"design_avaliacao/storyboard/planej-aval-story/#aspectos-eticos-d","title":"Aspectos \u00c9ticos (D)","text":"

Como especificado nos aspectos \u00e9ticos, toda atividade que envolva que envolve participantes \u00e9 necess\u00e1rio que haja o consentimento.

Termo de Consentimento Livro e Esclarecido

Prezado(a) Participante,

Convidamos voc\u00ea a participar de uma pesquisa universit\u00e1ria desenvolvida na disciplina de Intera\u00e7\u00e3o Humano-Computador (IHC) da Universidade de Bras\u00edlia (UnB). O objetivo desta pesquisa \u00e9 compreender melhor as intera\u00e7\u00f5es de usu\u00e1rios com o site do Portal DETRAN-DF, visando identificar oportunidades de melhoria na experi\u00eancia do usu\u00e1rio.

Sua participa\u00e7\u00e3o \u00e9 volunt\u00e1ria, e os resultados obtidos ser\u00e3o utilizados exclusivamente para fins acad\u00eamicos. Eles poder\u00e3o ser apresentados em artefatos deste projeto, tendo sempre a sua privacidade e anonimato garantida nos casos em que houver consentimento espec\u00edfico para uso de nome, voz ou imagem.

Ao concordar em participar, voc\u00ea estar\u00e1 autorizando a coleta e utiliza\u00e7\u00e3o dos dados fornecidos para fins de pesquisa. Estes ser\u00e3o tratados de forma confidencial e analisados para ajudar na formula\u00e7\u00e3o de propostas de melhorias no projeto.

Al\u00e9m disso, a atividade pode ser interrompida a qualquer momento, de acordo com a sua vontade e disponibilidade.

Dessa forma, pedimos que seja assinalado abaixo se est\u00e1 de acordo com todos os aspectos citados neste termo de consentimento.

Eu, [Nome Completo do Participante], dou meu consentimento para colher e utilizar os dados providos por essa atividade, tendo em vista que meu anonimato e privacidades est\u00e3o sendo respeitados.

"},{"location":"design_avaliacao/storyboard/planej-aval-story/#avaliar-evaluate-interpretar-e-apresentar-os-dados-e","title":"Avaliar (Evaluate), interpretar e apresentar os dados (E)","text":"

Ap\u00f3s a realiza\u00e7\u00e3o da avalia\u00e7\u00e3o, os dados devem ser analisados de acordo com o prosto pelo Planejamento do Relato dos Resultados

"},{"location":"design_avaliacao/storyboard/planej-aval-story/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"design_avaliacao/storyboard/planej-aval-story/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 09/12/2024 Desenvolvimento da Avalia\u00e7\u00e3o Luiza Maluf"},{"location":"design_avaliacao/storyboard/planj-aval-relato/","title":"Planejamento da Avalia\u00e7\u00e3o do Relato dos Resultados","text":""},{"location":"design_avaliacao/storyboard/planj-aval-relato/#introducao","title":"Introdu\u00e7\u00e3o","text":"

O Relato dos Resultados \u00e9 o artefato que apresenta os dados coletados, analisados e interpretdos pela avalia\u00e7\u00e3o. Dessa forma, o planejamento \u00e9 respons\u00e1vel por apresentar de que forma que esses dados ser\u00e3o tratados e a forma estruturada que ser\u00e3o apresentados.

"},{"location":"design_avaliacao/storyboard/planj-aval-relato/#metodologia","title":"Metodologia","text":"

Tendo como base os conceitos tratatos no livro de Barbosa e Silva (2011, p.279) e adaptando-os para o documento a ser desenvolvido pela equipe, esses v\u00e3o incluir:

  • Objetivo e escopo da avalia\u00e7\u00e3o
  • M\u00e9todo de avalia\u00e7\u00e3o
  • Sele\u00e7\u00e3o dos participantes
  • Problemas e dificuldades encontradas
  • Feedback dos usu\u00e1rios
  • An\u00e1lise e interpreta\u00e7\u00e3o dos usu\u00e1rios
  • Sum\u00e1rios dos principais resultados
"},{"location":"design_avaliacao/storyboard/planj-aval-relato/#estrutura","title":"Estrutura","text":""},{"location":"design_avaliacao/storyboard/planj-aval-relato/#objetivo","title":"Objetivo","text":"

Apresentar os objetivos da avalia\u00e7\u00e3o, bem como se esses objetivos foram ou n\u00e3o alcan\u00e7ados.

"},{"location":"design_avaliacao/storyboard/planj-aval-relato/#participante","title":"Participante","text":"

A sele\u00e7\u00e3o dos entrevistados foi realizada com base no perfil de usu\u00e1rio definido para o projeto, garantindo que os participantes representem o p\u00fablico-alvo desejado.

"},{"location":"design_avaliacao/storyboard/planj-aval-relato/#metetodo-da-avaliacao","title":"Met\u00e9todo da avalia\u00e7\u00e3o","text":"

Optamos por combinar observa\u00e7\u00e3o e entrevistas com os usu\u00e1rios, seguindo um modelo padr\u00e3o para garantir a uniformidade dos dados coletados. A Tabela 1 apresenta um cronograma sugerido para as entrevistas, que poder\u00e1 ser ajustado conforme o necess\u00e1rio.

Tabela 1 - Cronograma Planejado. Entrevistadores(s) Entrevistado(s) Hor\u00e1rio de In\u00edcio Hor\u00e1rio de Fim Data Local M\u00e1rcio Henrique Eduardo Galv\u00e3o 12:00 12:15 03/01/2025 Presencial Luiza Maluf Lucas Gama 17:25 17:30 27/05/2023 Presencial

Autor - Luiza Maluf e M\u00e1rcio Henrique.

"},{"location":"design_avaliacao/storyboard/planj-aval-relato/#tarefas","title":"Tarefas","text":"

Apresentar quais tarefas dizem respeito a cada stroyboard.

"},{"location":"design_avaliacao/storyboard/planj-aval-relato/#resultados","title":"Resultados","text":"

Deve ser registrado as respostas do entrevistado para cada pergunta, registrando todo e qualquer feedback que o usu\u00e1rio d\u00ea.

"},{"location":"design_avaliacao/storyboard/planj-aval-relato/#problemas","title":"Problemas","text":"

\u00c9 fundamental que seja resgistrado todos os problemas e aspectos negativos encontrados durante a avalia\u00e7\u00e3o de cada storyboard.

"},{"location":"design_avaliacao/storyboard/planj-aval-relato/#sugestoes","title":"Sugest\u00f5es","text":"

A partir dos dos resultados e dos problemas encontrado, \u00e9 poss\u00edvel produzir sugest\u00f5es que contribuam para que se melhore o artefato, ou at\u00e9 mesmo evidenciar um problema do Portal DETRAN-DF.

"},{"location":"design_avaliacao/storyboard/planj-aval-relato/#conclusao","title":"Conclus\u00e3o","text":"

Por fim, uma breve conclus\u00e3o dos resultados encontrados na avalia\u00e7\u00e3o.

"},{"location":"design_avaliacao/storyboard/planj-aval-relato/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"design_avaliacao/storyboard/planj-aval-relato/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 03/12/2024 Desenvolvimento da Avalia\u00e7\u00e3o Luiza Maluf"},{"location":"design_avaliacao/storyboard/relato_storyboard/","title":"Relato dos Resultados da Avalia\u00e7\u00e3o do Storyboard","text":""},{"location":"design_avaliacao/storyboard/relato_storyboard/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este artefato \u00e9 respons\u00e1vel pela documenta\u00e7\u00e3o dos resultados encontrados ap\u00f3s a avalia\u00e7\u00e3o dos Storyboards desenvolvidos pelos integrantes do grupo. Ser\u00e1 seguido a estrutura conforme explicitado no Planejamento da Avalia\u00e7\u00e3o do Relato dos Storyboards.

"},{"location":"design_avaliacao/storyboard/relato_storyboard/#objetivo-e-escopo-da-avaliacao","title":"Objetivo e escopo da avalia\u00e7\u00e3o","text":"

O principal objetivo \u00e9 documentar a avalia\u00e7\u00e3o dos storyboards elaborados pelos membros do grupo e determinar se est\u00e3o de acordo com as expectativas dos usu\u00e1rios e se representa a realidade da execu\u00e7\u00e3o da tarefa. Com isso, \u00e9 poss\u00edvel identificar problemas na intera\u00e7\u00e3o e na interface, assim como a apropria\u00e7\u00e3o da tecnologia pelos usu\u00e1rios.

"},{"location":"design_avaliacao/storyboard/relato_storyboard/#entrevista-agendamento-de-servico","title":"Entrevista - Agendamento de Servi\u00e7o","text":""},{"location":"design_avaliacao/storyboard/relato_storyboard/#metodologia-de-avaliacao","title":"Metodologia de avalia\u00e7\u00e3o","text":"

Optamos por combinar observa\u00e7\u00e3o e entrevistas com os usu\u00e1rios, seguindo um modelo padr\u00e3o para garantir a uniformidade dos dados coletados.

Tabela 1 - Cronograma Executado. Entrevistadores(s) Entrevistado(s) Hor\u00e1rio de In\u00edcio Hor\u00e1rio de Fim Data Local Luiza Maluf Lucas Gama 17:25 17:30 03/05/2025 Presencial

Autor - Luiza Maluf.

"},{"location":"design_avaliacao/storyboard/relato_storyboard/#selecao-dos-participantes","title":"Sele\u00e7\u00e3o dos participantes","text":"

A sele\u00e7\u00e3o do entrevistado foi realizada com base no perfil de usu\u00e1rio de forma que seja um representante do p\u00fablico alvo desejado.

Nesse sentido, Lucas Gama de Araujo Bottino (21), foi o canditado escolhido representando o Perfil A uma vez que \u00e9 habilitado, possui experi\u00eancia intermedi\u00e1ria para avan\u00e7ada com tecnologia, e possui tarefas prim\u00e1rias como renova\u00e7\u00e3o de CNH, consulta de multas e agendamento de servi\u00e7os.

"},{"location":"design_avaliacao/storyboard/relato_storyboard/#problemas-e-dificuldades-encontradas","title":"Problemas e dificuldades encontradas","text":"

N\u00e3o foi encontrado nenhum problema ou dificuldade durante a entrevista.

"},{"location":"design_avaliacao/storyboard/relato_storyboard/#feedback-dos-usuarios","title":"Feedback dos usu\u00e1rios","text":"

O entrevistado relatou que o storyboard est\u00e1 bem elaborado e de acordo com a realidade daqueles que utilizam a plataforma para agendar servi\u00e7os.

"},{"location":"design_avaliacao/storyboard/relato_storyboard/#analise-e-interpretacao-dos-resultados","title":"An\u00e1lise e interpreta\u00e7\u00e3o dos resultados","text":"

Como dito no feedback do usu\u00e1rio, pode-se afirmar que o storyboard est\u00e1 coerente com o esperado pelos usu\u00e1rios em geral.

"},{"location":"design_avaliacao/storyboard/relato_storyboard/#sumario-dos-principais-resultados","title":"Sum\u00e1rio dos principais resultados","text":"

N\u00ba Perguntas Respostas Autor da Pergunta 1 Voc\u00ea se identifica com a realidade dos personagens? (X) SIM ( ) N\u00c3O Luiza Maluf 2 Os passos do personagem seguem alguma l\u00f3gica? (X) SIM ( ) N\u00c3O Luiza Maluf 3 A motiva\u00e7\u00e3o do usu\u00e1rio para realizar a tarefa est\u00e1 expl\u00edcita para voc\u00ea? (X) SIM () N\u00c3O Luiza Maluf 4 Ap\u00f3s ter contato com o storyboard por completo, voc\u00ea acredita que o objetivo do personagem foi atingido? (X) SIM ( ) N\u00c3O Luiza Maluf 5 Existe algum storyboard que voc\u00ea acredita n\u00e3o fazer sentido com a realidade? \"Todos fazem sentido.\" Luiza Maluf 6 Voc\u00ea tem alguma sugest\u00e3o para a melhoria do storyboard de forma que ele fique mais claro? \"N\u00e3o h\u00e1 sugest\u00e3o\" Luiza Maluf 7 Os textos auxiliam o entedimento do storyboard? (X) SIM ( ) N\u00c3O Luiza Maluf 8 Para cada storyboard existe um cen\u00e1rio relacionado? (X) SIM ( ) N\u00c3O Luiza Maluf 9 O storyboard representa o diferencial e benef\u00edcio do Portal DETRAN-DF? (X) SIM ( ) N\u00c3O Luiza Maluf

Autor: Luiza Maluf

"},{"location":"design_avaliacao/storyboard/relato_storyboard/#entrevista-transferecia-de-veiculo","title":"Entrevista - Transfer\u00eacia de Ve\u00edculo","text":""},{"location":"design_avaliacao/storyboard/relato_storyboard/#metodologia-de-avaliacao_1","title":"Metodologia de avalia\u00e7\u00e3o","text":"

Optamos por combinar observa\u00e7\u00e3o e entrevistas com os usu\u00e1rios, seguindo um modelo padr\u00e3o para garantir a uniformidade dos dados coletados.

Tabela 1 - Cronograma Executado. Entrevistadores(s) Entrevistado(s) Hor\u00e1rio de In\u00edcio Hor\u00e1rio de Fim Data Local M\u00e1rcio Henrique Eduardo Galv\u00e3o 12:00 12:15 03/05/2025 Presencial

Autor - M\u00e1rcio Henrique.

"},{"location":"design_avaliacao/storyboard/relato_storyboard/#selecao-dos-participantes_1","title":"Sele\u00e7\u00e3o dos participantes","text":"

A sele\u00e7\u00e3o do entrevistado foi realizada com base no perfil de usu\u00e1rio de forma que seja um representante do p\u00fablico alvo desejado.

Nesse sentido, Eduardo Galv\u00e3o Cavalheiro (20), foi o canditado escolhido representando o Perfil C uma vez que \u00e9 habilitado, possui experi\u00eancia intermedi\u00e1ria para avan\u00e7ada com tecnologia, e possui tarefas (e j\u00e1 teve o contato) prim\u00e1rias como o de trasnfer\u00eancia de ve\u00edculos.

"},{"location":"design_avaliacao/storyboard/relato_storyboard/#problemas-e-dificuldades-encontradas_1","title":"Problemas e dificuldades encontradas","text":"

N\u00e3o foi encontrado nenhum problema ou dificuldade durante a entrevista.

"},{"location":"design_avaliacao/storyboard/relato_storyboard/#feedback-dos-usuarios_1","title":"Feedback dos usu\u00e1rios","text":"

O entrevistado relatou que o storyboard est\u00e1 bem etendido e claro e de acordo com a realidade daqueles que utilizam a plataforma para Transefer\u00eancia de ve\u00edculos. Mesmo com resalvas por ser um processo mais criterioso que necessita de dados sens\u00edveis entre as partes, o mesmo alegou que n\u00e3o \u00e9 problema.

"},{"location":"design_avaliacao/storyboard/relato_storyboard/#analise-e-interpretacao-dos-resultados_1","title":"An\u00e1lise e interpreta\u00e7\u00e3o dos resultados","text":"

Como dito no feedback do usu\u00e1rio, pode-se afirmar que o storyboard est\u00e1 coerente com o esperado pelos usu\u00e1rios em geral.

"},{"location":"design_avaliacao/storyboard/relato_storyboard/#sumario-dos-principais-resultados_1","title":"Sum\u00e1rio dos principais resultados","text":"

N\u00ba Perguntas Respostas Autor da Pergunta 1 Voc\u00ea se identifica com a realidade dos personagens? (X) SIM ( ) N\u00c3O Luiza Maluf 2 Os passos do personagem seguem alguma l\u00f3gica? (X) SIM ( ) N\u00c3O Luiza Maluf 3 A motiva\u00e7\u00e3o do usu\u00e1rio para realizar a tarefa est\u00e1 expl\u00edcita para voc\u00ea? (X) SIM () N\u00c3O Luiza Maluf 4 Ap\u00f3s ter contato com o storyboard por completo, voc\u00ea acredita que o objetivo do personagem foi atingido? (X) SIM ( ) N\u00c3O Luiza Maluf 5 Existe algum storyboard que voc\u00ea acredita n\u00e3o fazer sentido com a realidade? \"Todos fazem bastante sentido.\" Luiza Maluf 6 Voc\u00ea tem alguma sugest\u00e3o para a melhoria do storyboard de forma que ele fique mais claro? \"N\u00e3o h\u00e1 sugest\u00e3o, clareza e simples\" Luiza Maluf 7 Os textos auxiliam o entedimento do storyboard? (X) SIM ( ) N\u00c3O Luiza Maluf 8 Para cada storyboard existe um cen\u00e1rio relacionado? (X) SIM ( ) N\u00c3O Luiza Maluf 9 O storyboard representa o diferencial e benef\u00edcio do Portal DETRAN-DF? (X) SIM ( ) N\u00c3O Luiza Maluf

Autor: Luiza Maluf

"},{"location":"design_avaliacao/storyboard/relato_storyboard/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"design_avaliacao/storyboard/relato_storyboard/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 04/01/2025 Registro da avalia\u00e7\u00e3o do storyboard referente ao agendamento de servi\u00e7os Luiza Maluf M\u00e1rcio Henrique 1.1 05/01/2025 Registro da avalia\u00e7\u00e3o do storyboard referente a trasfer\u00eancia de ve\u00edculos M\u00e1rcio Henrique Luiza Maluf"},{"location":"planejamento/cronograma/","title":"Cronograma","text":""},{"location":"planejamento/cronograma/#descricao","title":"Descri\u00e7\u00e3o","text":"

As atividades da disciplina de IHC est\u00e3o organizadas em um cronograma flex\u00edvel, sujeito a ajustes ao longo do curso, para garantir que todas as etapas sejam cumpridas.

"},{"location":"planejamento/cronograma/#entrega-1-planejamento-do-projeto-e-verificacao","title":"Entrega 1 - Planejamento do Projeto e Verifica\u00e7\u00e3o","text":"

Abaixo temos na tabela 1 e 2 contendo o planejado e executado respectivamente da entrega 1.

"},{"location":"planejamento/cronograma/#planejado","title":"Planejado","text":"

tabela 1 - Planejamento da entrega 1

Atividade Per\u00edodo de Desenvolvimento Respons\u00e1veis Revis\u00e3o Revisores Avalia\u00e7\u00e3o dos sites selecionado In\u00edcio: 20/10 Fim: 25/10 Kaio, M\u00e1rcio e Luiza In\u00edcio:26/10 Fim: 26/10 Luiza Selecionar ferramentas do projeto In\u00edcio: 04/10 Fim: 01/11 Kaio, M\u00e1rcio e Luiza In\u00edcio:10/11 Fim: 10/11 Luiza Realiza\u00e7\u00e3o do cronograma In\u00edcio:27/10 Fim: 01/11 M\u00e1rcio In\u00edcio:02/11 Fim:02/11 Kaio Processo de Design In\u00edcio: 02/11 Fim: 07/11 kaio In\u00edcio:08/11 Fim:09/11 Luiza Documentar Equipe In\u00edcio: 20/10 Fim: 24/10 Luiza In\u00edcio:25/10 Fim: 08/11 M\u00e1rcio Gravar apresenta\u00e7\u00e3o In\u00edcio:11/11 Fim:11/11 Kaio, M\u00e1rcio e Luiza In\u00edcio:12/11 Fim:12/11 kaio Implementar Git Pages In\u00edcio: 04/11 Fim:04/11 Luiza In\u00edcio: 04/11 Fim:04/11 M\u00e1rcio Corre\u00e7\u00e3o ap\u00f3s apresenta\u00e7\u00e3o In\u00edcio:12/11 Fim:12/11 M\u00e1rcio In\u00edcio:12/11 Fim:12/11 Kaio

Autor: M\u00e1rcio Henrique. Fonte: Plano de Ensino, 2024

"},{"location":"planejamento/cronograma/#executado","title":"Executado","text":"

tabela 2 - executado da entrega 1

Atividade Per\u00edodo de Desenvolvimento Respons\u00e1veis Revis\u00e3o Revisores Avalia\u00e7\u00e3o dos sites selecionado In\u00edcio: 20/10 Fim: 25/10 Kaio, M\u00e1rcio e Luiza In\u00edcio:26/10 Fim: 26/10 Luiza Selecionar ferramentas do projeto In\u00edcio: 04/11 Fim: 04/11 Kaio, M\u00e1rcio e Luiza In\u00edcio:12/11 Fim: 12/11 Kaio Realiza\u00e7\u00e3o do cronograma In\u00edcio:04/11 Fim: 04/11 M\u00e1rcio In\u00edcio:10/11 Fim:10/11 Luiza Metodologia In\u00edcio: 07/11 Fim: 07/11 Luiza In\u00edcio:10/11 Fim:10/11 M\u00e1rcio Sites Avaliados In\u00edcio: 06/11 Fim: 06/11 M\u00e1rcio In\u00edcio:11/11 Fim:11/11 Kaio Processo de Design In\u00edcio: 06/11 Fim: 06/11 Luiza In\u00edcio:09/11 Fim:09/11 M\u00e1rcio Documentar Equipe In\u00edcio: 20/10 Fim: 24/10 Luiza In\u00edcio:25/10 Fim: 08/11 M\u00e1rcio Gravar apresenta\u00e7\u00e3o In\u00edcio:12/11 Fim:12/11 Kaio, M\u00e1rcio e Luiza In\u00edcio:12/11 Fim:12/11 Kaio Implementar Git Pages In\u00edcio: 04/11 Fim:12/11 Luiza In\u00edcio: 13/11 Fim:13/11 Yuri Corre\u00e7\u00e3o ap\u00f3s apresenta\u00e7\u00e3o In\u00edcio:13/11 Fim:13/11 M\u00e1rcio In\u00edcio:13/11 Fim:13/11 Kaio

Autor: M\u00e1rcio Henrique. Fonte: Plano de Ensino, 2024

"},{"location":"planejamento/cronograma/#entrega-2-perfil-do-usuario","title":"Entrega 2 - Perfil do usu\u00e1rio","text":""},{"location":"planejamento/cronograma/#planejado_1","title":"Planejado","text":"

Abaixo temos na tabela 3 contendo o planejado e executado da entrega 2

tabela 3 - Planejamento da entrega 2

Atividade Per\u00edodo de Desenvolvimento Respons\u00e1veis Revis\u00e3o Revisores Perfil do usu\u00e1rio In\u00edcio: 16/11 Fim: 20/11 Kaio, M\u00e1rcio e Luiza In\u00edcio:21/11 Fim: 21/11 Luiza Aspectos \u00c9ticos de Pesquisas In\u00edcio:16/10 Fim: 21/11 M\u00e1rcio In\u00edcio:21/11 Fim:21/11 Kaio An\u00e1lise de Tarefas In\u00edcio: 18/11 Fim: 26/11 kaio In\u00edcio:24/11 Fim:26/11 Luiza Personas In\u00edcio: 20/10 Fim: 24/10 Luiza In\u00edcio:25/10 Fim: 08/11 M\u00e1rcio Gravar apresenta\u00e7\u00e3o In\u00edcio:24/11 Fim:24/11 Kaio, M\u00e1rcio e Luiza In\u00edcio:24/11 Fim:24/11 kaio Corre\u00e7\u00e3o ap\u00f3s apresenta\u00e7\u00e3o In\u00edcio:25/11 Fim:25/11 M\u00e1rcio In\u00edcio:25/11 Fim:25/11 Kaio

Autor: M\u00e1rcio Henrique. Fonte: Plano de Ensino, 2024

"},{"location":"planejamento/cronograma/#executado_1","title":"Executado","text":"

tabela 4 - executado da entrega 2

Atividade Per\u00edodo de Desenvolvimento Respons\u00e1veis Revis\u00e3o Revisores Perfil do usu\u00e1rio In\u00edcio: 06/11 Fim: 02/12 Kaio e Luiza In\u00edcio:03/12 Fim: 03/12 M\u00e1rcio Aspectos \u00c9ticos de Pesquisas In\u00edcio:28/11 Fim: 28/11 M\u00e1rcio In\u00edcio:02/11 Fim:02/11 M\u00e1rcio An\u00e1lise de Tarefas In\u00edcio: 01/12 Fim: 01/12 M\u00e1rcio In\u00edcio:02/12 Fim:02/12 Luiza Personas In\u00edcio: 03/12 Fim: 03/12 Kaio In\u00edcio:03/12 Fim: 03/12 M\u00e1rcio Gravar apresenta\u00e7\u00e3o In\u00edcio: 03/12 Fim:03/12 Kaio, M\u00e1rcio e Luiza In\u00edcio:03/12 Fim:03/12 Kaio Corre\u00e7\u00e3o ap\u00f3s apresenta\u00e7\u00e3o In\u00edcio:05/12 Fim:10/12 M\u00e1rcio In\u00edcio: 10/12 Fim:12/12 Kaio

Autor: Kaio Enzo. Fonte: Plano de Ensino, 2024

"},{"location":"planejamento/cronograma/#entrega-3-principios-gerais-do-projeto","title":"Entrega 3 - Princ\u00edpios gerais do projeto","text":"

Abaixo temos na tabela 4 contendo o planejado e executado da entrega 3

"},{"location":"planejamento/cronograma/#planejado_2","title":"Planejado","text":"

"},{"location":"planejamento/cronograma/#executado_2","title":"Executado","text":"

tabela 5 - Planejamento da entrega 3

Atividade Per\u00edodo de Desenvolvimento Respons\u00e1veis Revis\u00e3o Revisores Desenvolvimento dos princ\u00edpios do projeto In\u00edcio: 30/11 Fim: 01/12 Kaio, M\u00e1rcio e Luiza In\u00edcio:01/12 Fim: 01/12 Luiza Metas de usabildade In\u00edcio:01/12 Fim: 02/12 M\u00e1rcio In\u00edcio:02/12 Fim:02/12 Kaio Guia de Estilo In\u00edcio: 02/12 Fim: 02/12 kaio In\u00edcio:02/11 Fim:02/11 Luiza caracter\u00edsticas da plataforma para o projeto In\u00edcio: 30/11 Fim: 01/12 Luiza In\u00edcio:01/12 Fim: 01/12 M\u00e1rcio Gravar apresenta\u00e7\u00e3o In\u00edcio:03/12 Fim:03/12 Kaio, M\u00e1rcio e Luiza In\u00edcio:03/12 Fim:03/12 kaio Corre\u00e7\u00e3o ap\u00f3s apresenta\u00e7\u00e3o In\u00edcio:04/12 Fim:04/12 M\u00e1rcio In\u00edcio:04/12 Fim:04/12 Kaio

Autor: M\u00e1rcio Henrique. Fonte: Plano de Ensino, 2024

tabela 6 - executado da entrega 3

Atividade Per\u00edodo de Desenvolvimento Respons\u00e1veis Revis\u00e3o Revisores Desenvolvimento dos princ\u00edpios do projeto In\u00edcio: 02/12 Fim: 02/12 Luiza In\u00edcio:03/12 Fim: 03/12 M\u00e1rcio Metas de usabildade In\u00edcio:02/12 Fim: 02/12 Kaio In\u00edcio:03/12 Fim:03/12 Luiza Guia de Estilo In\u00edcio: 02/12 Fim: 03/12 Luiza In\u00edcio:03/12 Fim:03/11 M\u00e1rcio Caracter\u00edsticas da plataforma para o projeto In\u00edcio: 02/11 Fim: 02/12 Luiza In\u00edcio:03/12 Fim: 03/12 M\u00e1rcio Gravar apresenta\u00e7\u00e3o In\u00edcio:03/12 Fim:03/12 Kaio, M\u00e1rcio e Luiza In\u00edcio:03/12 Fim:03/12 Kaio Corre\u00e7\u00e3o ap\u00f3s apresenta\u00e7\u00e3o In\u00edcio:06/12 Fim:12/12 M\u00e1rcio In\u00edcio:12/12 Fim:14/12 Kaio

Autor: M\u00e1rcio Henrique. Fonte: Plano de Ensino, 2024

"},{"location":"planejamento/cronograma/#entrega-4","title":"Entrega 4","text":"

Abaixo temos na tabela 5 contendo o planejado e executado da entrega 4

"},{"location":"planejamento/cronograma/#planejado_3","title":"Planejado","text":"

tabela 7 - Planejamento da entrega 4

Atividade Per\u00edodo de Desenvolvimento Respons\u00e1veis Revis\u00e3o Revisores Planejamento da Avalia\u00e7\u00e3o do Storyboard In\u00edcio: 05/12 Fim: 07/12 M\u00e1rcio In\u00edcio:07/12 Fim: 07/12 Luiza Planejamento do relato dos resultados da avalia\u00e7\u00e3o do Storyboard In\u00edcio:05/12 Fim: 07/12 M\u00e1rcio In\u00edcio:08/12 Fim:08/12 Luiza Planejamento da Avalia\u00e7\u00e3o do An\u00e1lise de tarefas In\u00edcio: 06/12 Fim: 08/12 M\u00e1rcio In\u00edcio:08/12 Fim:08/12 Luiza planejamento do relato dos resultados da avalia\u00e7\u00e3o do An\u00e1lise de tarefas. In\u00edcio: 07/12 Fim: 09/12 Luiza In\u00edcio:09/12 Fim: 09/12 M\u00e1rcio Gravar apresenta\u00e7\u00e3o In\u00edcio:10/12 Fim:10/12 M\u00e1rcio e Luiza In\u00edcio:10/12 Fim:10/12 M\u00e1rcio Corre\u00e7\u00e3o ap\u00f3s apresenta\u00e7\u00e3o In\u00edcio:11/12 Fim:11/12 M\u00e1rcio In\u00edcio:11/12 Fim:11/12 Luiza

Autor: M\u00e1rcio Henrique. Fonte: Plano de Ensino, 2024

"},{"location":"planejamento/cronograma/#executado_3","title":"Executado","text":"

tabela 8 - Planejamento da entrega 4

Atividade Per\u00edodo de Desenvolvimento Respons\u00e1veis Revis\u00e3o Revisores Planejamento da Avalia\u00e7\u00e3o do Storyboard In\u00edcio: 07/12 Fim: 09/12 Luiza In\u00edcio:10/12 Fim: 10/12 M\u00e1rcio Henrique Planejamento do relato dos resultados da avalia\u00e7\u00e3o do Storyboard In\u00edcio:08/12 Fim: 09/12 Luiza In\u00edcio:10/12 Fim:10/12 M\u00e1rcio Henrique Planejamento da Avalia\u00e7\u00e3o do An\u00e1lise de tarefas In\u00edcio: 06/12 Fim: 09/12 M\u00e1rcio Henrique In\u00edcio:10/12 Fim:10/12 Luiza planejamento do relato dos resultados da avalia\u00e7\u00e3o do An\u00e1lise de tarefas. In\u00edcio: 07/12 Fim: 09/12 M\u00e1rcio Henrique In\u00edcio:10/12 Fim: 10/12 Luiza Gravar apresenta\u00e7\u00e3o In\u00edcio:10/12 Fim:10/12 M\u00e1rcio e Luiza In\u00edcio:10/12 Fim:10/12 M\u00e1rcio Henrique Corre\u00e7\u00e3o ap\u00f3s apresenta\u00e7\u00e3o In\u00edcio:11/12 Fim:11/12 M\u00e1rcio In\u00edcio:11/12 Fim:11/12 Luiza

Autor: Luiza Maluf. Fonte: Plano de Ensino, 2024

"},{"location":"planejamento/cronograma/#entrega-5","title":"Entrega 5","text":"

Abaixo temos na tabela 6 contendo o planejado e executado da entrega 5

"},{"location":"planejamento/cronograma/#planejado_4","title":"Planejado","text":"

tabela 9 - Planejamento da entrega 5

Atividade Per\u00edodo de Desenvolvimento Respons\u00e1veis Revis\u00e3o Revisores Relato dos resultados do Story Board e da An\u00e1lise de tarefas In\u00edcio: 13/12 Fim: 20/12 Kaio, M\u00e1rcio e Luiza In\u00edcio:16/12 Fim: 16/12 Luiza Planejamento da Avalia\u00e7\u00e3o do Prot\u00f3tipo de Papel e do planejamento do relato dos resultados da avalia\u00e7\u00e3o do Prot\u00f3tipo de Papel. In\u00edcio:20/12 Fim: 03/01 M\u00e1rcio In\u00edcio:03/01 Fim:03/01 Kaio Gravar apresenta\u00e7\u00e3o In\u00edcio:05/01 Fim:05/01 Kaio, M\u00e1rcio e Luiza In\u00edcio:05/01 Fim:05/01 kaio Corre\u00e7\u00e3o ap\u00f3s apresenta\u00e7\u00e3o In\u00edcio:06/01 Fim:06/01 M\u00e1rcio In\u00edcio:06/01 Fim:06/01 Kaio

Autor: M\u00e1rcio Henrique. Fonte: Plano de Ensino, 2024

"},{"location":"planejamento/cronograma/#executado_4","title":"Executado","text":"

tabela 9 - Planejamento da entrega 5

Atividade Per\u00edodo de Desenvolvimento Respons\u00e1veis Revis\u00e3o Revisores Relato dos resultados do Story Board e da An\u00e1lise de tarefas In\u00edcio: 13/12 Fim: 03/01 M\u00e1rcio e Luiza In\u00edcio:03/01 Fim: 03/01 Luiza Planejamento da Avalia\u00e7\u00e3o do Prot\u00f3tipo de Papel e do planejamento do relato dos resultados da avalia\u00e7\u00e3o do Prot\u00f3tipo de Papel. In\u00edcio:20/12 Fim: 05/01 M\u00e1rcio In\u00edcio:05/01 Fim:05/01 Luiza Gravar apresenta\u00e7\u00e3o In\u00edcio:05/01 Fim:05/01 M\u00e1rcio e Luiza In\u00edcio:05/01 Fim:05/01 M\u00e1rcio Corre\u00e7\u00e3o ap\u00f3s apresenta\u00e7\u00e3o In\u00edcio:06/01 Fim:06/01 M\u00e1rcio In\u00edcio:06/01 Fim:06/01 Luiza

Autor: M\u00e1rcio Henrique. Fonte: Plano de Ensino, 2024

"},{"location":"planejamento/cronograma/#entrega-6","title":"Entrega 6","text":"

Abaixo temos na tabela 7 contendo o planejado e executado da entrega 6

"},{"location":"planejamento/cronograma/#planejado_5","title":"Planejado","text":"

tabela 10 - Planejamento da entrega 6

Atividade Per\u00edodo de Desenvolvimento Respons\u00e1veis Revis\u00e3o Revisores Relato dos resultados do Prot\u00f3tipo de Papel In\u00edcio: 08/01 Fim: 10/01 Kaio, M\u00e1rcio e Luiza In\u00edcio:10/01 Fim: 10/01 Luiza Planejamento da Avalia\u00e7\u00e3o do prot\u00f3tipo de alta fidelidade In\u00edcio:10/01 Fim: 11/01 M\u00e1rcio In\u00edcio:13/01 Fim:13/01 Kaio Planejamento do relato dos resultados da avalia\u00e7\u00e3o do prot\u00f3tipo de alta fidelidade In\u00edcio: 11/01 Fim: 14/01 kaio In\u00edcio:14/01 Fim:14/01 Luiza Gravar apresenta\u00e7\u00e3o In\u00edcio:15/01 Fim:15/01 Kaio, M\u00e1rcio e Luiza In\u00edcio:15/01 Fim:15/01 kaio Corre\u00e7\u00e3o ap\u00f3s apresenta\u00e7\u00e3o In\u00edcio:16/01 Fim:16/01 M\u00e1rcio In\u00edcio:16/01 Fim:16/01 Kaio

Autor: M\u00e1rcio Henrique. Fonte: Plano de Ensino, 2024

"},{"location":"planejamento/cronograma/#executado_5","title":"Executado","text":"

tabela 10 - Planejamento da entrega 6

Atividade Per\u00edodo de Desenvolvimento Respons\u00e1veis Revis\u00e3o Revisores Relato dos resultados do Prot\u00f3tipo de Papel In\u00edcio: 08/01 Fim: 10/01 M\u00e1rcio e Luiza In\u00edcio:10/01 Fim: 10/01 Luiza Planejamento da Avalia\u00e7\u00e3o do prot\u00f3tipo de alta fidelidade In\u00edcio:10/01 Fim: 11/01 M\u00e1rcio In\u00edcio:13/01 Fim:13/01 Luiza Planejamento do relato dos resultados da avalia\u00e7\u00e3o do prot\u00f3tipo de alta fidelidade In\u00edcio: 12/01 Fim: 12/01 Luiza In\u00edcio:12/01 Fim:12/01 M\u00e1rcio Gravar apresenta\u00e7\u00e3o In\u00edcio:14/01 Fim:14/01 M\u00e1rcio e Luiza In\u00edcio:14/01 Fim:14/01 M\u00e1rcio Corre\u00e7\u00e3o ap\u00f3s apresenta\u00e7\u00e3o In\u00edcio:16/01 Fim:16/01 M\u00e1rcio In\u00edcio:16/01 Fim:16/01 Luiza

Autor: M\u00e1rcio Henrique. Fonte: Plano de Ensino, 2024

"},{"location":"planejamento/cronograma/#entrega-7","title":"Entrega 7","text":"

Abaixo temos na tabela 8 contendo o planejado e executado da entrega 7

"},{"location":"planejamento/cronograma/#planejado_6","title":"Planejado","text":"

tabela 11 - Planejamento da entrega 7

Atividade Per\u00edodo de Desenvolvimento Respons\u00e1veis Revis\u00e3o Revisores Relato dos resultados do Prot\u00f3tipo de Pape In\u00edcio: 17/01 Fim: 19/01 M\u00e1rcio In\u00edcio:19/01 Fim: 19/01 Luiza Planejamento da Avalia\u00e7\u00e3o do prot\u00f3tipo de alta fidelidade In\u00edcio: 19/01 Fim: 22/01 Luiza In\u00edcio:22/01 Fim: 22/01 Kaio Planejamento do relato dos resultados da avalia\u00e7\u00e3o do prot\u00f3tipo de alta fidelidade In\u00edcio: 22/01 Fim: 25/01 Kaio In\u00edcio:25/01 Fim: 25/01 Luiza Gravar apresenta\u00e7\u00e3o In\u00edcio:26/01 Fim:26/01 Kaio, M\u00e1rcio e Luiza In\u00edcio:26/01 Fim:26/01 kaio Corre\u00e7\u00e3o ap\u00f3s apresenta\u00e7\u00e3o In\u00edcio:27/01 Fim:27/01 M\u00e1rcio In\u00edcio:27/01 Fim:27/01 Kaio

Autor: M\u00e1rcio Henrique. Fonte: Plano de Ensino, 2024

"},{"location":"planejamento/cronograma/#entrega-8","title":"Entrega 8","text":"

Abaixo temos na tabela 9 contendo o planejado e executado da entrega 8

"},{"location":"planejamento/cronograma/#planejado_7","title":"Planejado","text":"

tabela 12 - Planejamento da entrega 8

Atividade Per\u00edodo de Desenvolvimento Respons\u00e1veis Revis\u00e3o Revisores Relato dos resultados da avalia\u00e7\u00e3o do prot\u00f3tipo de alta fidelidade In\u00edcio: 26/01 Fim: 26/01 Kaio, M\u00e1rcio e Luiza In\u00edcio:26/01 Fim: 26/01 Luiza Gravar apresenta\u00e7\u00e3o In\u00edcio:26/01 Fim:26/01 Kaio, M\u00e1rcio e Luiza In\u00edcio:26/01 Fim:26/01 kaio Corre\u00e7\u00e3o ap\u00f3s apresenta\u00e7\u00e3o In\u00edcio:27/01 Fim:27/01 M\u00e1rcio In\u00edcio:27/01 Fim:27/01 Kaio

Autor: M\u00e1rcio Henrique. Fonte: Plano de Ensino, 2024

"},{"location":"planejamento/cronograma/#entrega-final","title":"Entrega Final","text":""},{"location":"planejamento/cronograma/#planejado_8","title":"Planejado","text":"

Abaixo temos na tabela 10 contendo o planejado e executado da entrega final

tabela 13 - Planejamento da entrega final

Atividade Per\u00edodo de Desenvolvimento Respons\u00e1veis Revis\u00e3o Revisores Verifica\u00e7\u00e3o dos artefatos In\u00edcio: 28/01 Fim: 01/02 Kaio, M\u00e1rcio e Luiza In\u00edcio:02/02 Fim: 02/02 Luiza Gravar apresenta\u00e7\u00e3o In\u00edcio:03/02 Fim:03/02 Kaio, M\u00e1rcio e Luiza In\u00edcio:03/02 Fim:03/02 kaio Corre\u00e7\u00e3o ap\u00f3s apresenta\u00e7\u00e3o In\u00edcio:05/02 Fim:05/02 M\u00e1rcio In\u00edcio:05/02 Fim:05/02 Kaio

Autor: M\u00e1rcio Henrique. Fonte: Plano de Ensino, 2024

"},{"location":"planejamento/cronograma/#bibliografia","title":"Bibliografia","text":"

DE MELO, Arthur. Processo de Design. Reposit\u00f3rio do Grupo Bilheteria Digital da disciplina de Intera\u00e7\u00e3o Humano Computador da Universidade de Bras\u00edlia, 2023. Dispon\u00edvel em: <https://interacao-humano-computador.github.io/2023.1-BilheteriaDigital/planejamento/cronograma/>. Acesso em: 11 nov. 2024.

"},{"location":"planejamento/cronograma/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

SALES, Andr\u00e9 Barros de. Ambienta\u00e7\u00e3o - Aula 1, Exemplo de Cronograma. Aprender 3. Distrito Federal, 2016. Dispon\u00edvel em: <https://aprender3.unb.br/pluginfile.php/2530063/mod_resource/content/1/Exemplo%20de%20Cronograma.pdf>. Acesso em 11 de novembro de 2024.

"},{"location":"planejamento/cronograma/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 04/11/2024 Cria\u00e7\u00e3o do p\u00e1gina Luiza Maluf M\u00e1rcio Henrique 1.1 04/11/2024 Defini\u00e7\u00e3o do cronograma M\u00e1rcio Henrique Kaio Enzo 1.2 11/11/2024 Corre\u00e7\u00e3o do artefato com base na verifica\u00e7\u00e3o feita. M\u00e1rcio Henrique Kaio Enzo 1.3 12/11/2024 Acresentando todas as entregas M\u00e1rcio Henrique Kaio Enzo 1.4 03/12/2024 Acresentando cronograma executado da entrega 2 e 3 Kaio Enzo M\u00e1rcio Henrique 1.5 10/12/2024 Inserindo cronograma executado da entrega 4. Luiza Maluf M\u00e1rcio Henrique 1.6 05/01/2025 Inserindo cronograma executado da entrega 5. M\u00e1rcio Henrique Luiza Maluf"},{"location":"planejamento/ferramentas/","title":"Ferramentas","text":""},{"location":"planejamento/ferramentas/#descricao","title":"Descri\u00e7\u00e3o","text":"

Com o intuito de agilizar e organizar o processo de desenvolvimento, foram selecionadas as ferramentas computacionais apresentadas na Tabela 1, as quais auxiliaram no gerenciamento da equipe e na produ\u00e7\u00e3o dos artefatos do projeto.

Tabela 1 - Ferramentas Utilizadas no Projeto

Ferramenta Descri\u00e7\u00e3o GitHub Organizar, versionar e documentar artefatos produzidos para o projeto. Microsoft Teams Realiza\u00e7\u00f5es de reuni\u00f5es e grava\u00e7\u00f5es de apresenta\u00e7\u00f5es. Figma Produ\u00e7\u00e3o de artefatos gr\u00e1ficos. MkDocs Cria\u00e7\u00e3o das p\u00e1ginas de documenta\u00e7\u00e3o. Visual Studio Code Edi\u00e7\u00e3o dos arquivos de documenta\u00e7\u00e3o. WhatsApp Utilizado como principal canal de comunica\u00e7\u00e3o. YouTube Hospedagem de v\u00eddeos produzidos. Google Planilhas Cria\u00e7\u00e3o de planilhas relacionadas ao cronograma e hor\u00e1rios. Google Docs Cria\u00e7\u00e3o e edi\u00e7\u00e3o de tabelas e arquivos. Google Drive Compartilhamento de arquivos. Miro Realizar troca de ideias com usu\u00e1rios.

Fonte: Autores.

"},{"location":"planejamento/ferramentas/#bibliografia","title":"Bibliografia","text":"

1. GitHub. Dispon\u00edvel em: https://docs.github.com/pt. Acesso em: 30 de outubro de 2024.

2. Microsoft Teams. Dispon\u00edvel em: https://www.microsoft.com/pt-br/microsoft-teams/group-chat-software. Acesso em: 30 de outubro de 2024.

3. Figma. Dispon\u00edvel em: https://www.figma.com/. Acesso em: 30 de outubro de 2024.

4. MkDocs. Dispon\u00edvel em: https://www.mkdocs.org/. Acesso em: 30 de outubro de 2024.

5. Visual Studio Code. Dispon\u00edvel em: https://code.visualstudio.com/. Acesso em: 30 de outubro de 2024.

6. WhatsApp. Dispon\u00edvel em: https://www.whatsapp.com/?lang=pt_br. Acesso em: 30 de outubro de 2024.

7. YouTube. Dispon\u00edvel em: https://about.youtube/. Acesso em: 30 de outubro de 2024.

8. Google Planilhas. Dispon\u00edvel em: https://www.google.com/intl/pt-BR/sheets/about/. Acesso em: 30 de outubro de 2024.

9. Google Docs. Dispon\u00edvel em: https://www.google.com/intl/pt-BR/docs/about/. Acesso em: 30 de outubro de 2024.

10. Google Drive. Dispon\u00edvel em: https://workspace.google.com/intl/pt-BR/products/drive/. Acesso em: 30 de outubro de 2024.

13. Miro. Dispon\u00edvel em: https://miro.com/pt/. Acesso em: 30 de outubro de 2024.

"},{"location":"planejamento/ferramentas/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"planejamento/ferramentas/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 04/11/2024 Cria\u00e7\u00e3o do p\u00e1gina Luiza Maluf M\u00e1rcio Henrique 1.1 05/11/2024 Inser\u00e7\u00e3o das ferramentas M\u00e1rcio Henrique Luiza Maluf 1.2 10/11/2024 Corre\u00e7\u00e3o da ferramentas M\u00e1rcio Henrique Luiza Maluf"},{"location":"planejamento/heatmap/","title":"Heatmap","text":""},{"location":"planejamento/heatmap/#introducao","title":"Introdu\u00e7\u00e3o","text":"

O Heatmap \u00e9 um quadro de disponibilidade que possibilita visualizar a disponibilidade para trabalho de cada integrante do grupo.

"},{"location":"planejamento/heatmap/#metodologia","title":"Metodologia","text":"

Cada integrante recebeu um link com o acesso ao Heatmap para ser preenchido e selecionou os hor\u00e1rios que o mesmo estaria dispon\u00edvel para trabalhar no projeto da disciplina.

Desse modo, foi poss\u00edvel definir melhor os hor\u00e1rios para as reuni\u00f5es bem como os per\u00edodos que os participantes poderiam estar se ajudando.

O Heatmap pode ser visualizado a seguir:

Fonte: Autores, 2024

"},{"location":"planejamento/heatmap/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

WHEN2MEET. When2meet: online scheduling tool. Dispon\u00edvel em: https://www.when2meet.com/?27291815-O51fN. Acesso em: 12 nov. 2024.

"},{"location":"planejamento/heatmap/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 12/11/2024 Cria\u00e7\u00e3o do p\u00e1gina Luiza Maluf Kaio Enzo"},{"location":"planejamento/metodologia/","title":"Metodologia do Projeto","text":""},{"location":"planejamento/metodologia/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Para o desenvolvimento deste projeto, utilizamos o Scrum, uma metodologia \u00e1gil que permite a gest\u00e3o e execu\u00e7\u00e3o de projetos de forma colaborativa e flex\u00edvel. O Scrum nos ajuda a manter o foco nas necessidades do usu\u00e1rio e a entregar o projeto de maneira iterativa, com entregas cont\u00ednuas e ajust\u00e1veis ao longo do processo.

"},{"location":"planejamento/metodologia/#o-que-e-scrum","title":"O que \u00e9 Scrum?","text":"

Scrum \u00e9 um framework \u00e1gil de desenvolvimento de software que divide o trabalho em ciclos curtos e organizados, chamados sprints. Cada sprint tem uma dura\u00e7\u00e3o definida e \u00e9 seguido de uma reuni\u00e3o de review para avaliar o progresso. A abordagem \u00e1gil do Scrum favorece a flexibilidade e a adapta\u00e7\u00e3o constante, permitindo ajustes r\u00e1pidos conforme o projeto avan\u00e7a.

"},{"location":"planejamento/metodologia/#papeis-no-scrum","title":"Pap\u00e9is no Scrum","text":"

Scrum Master: A pessoa respons\u00e1vel por garantir que as pr\u00e1ticas \u00e1geis do Scrum sejam seguidas e por apoiar o time na remo\u00e7\u00e3o de obst\u00e1culos. No nosso projeto, o papel de Scrum Master \u00e9 desempenhado por Luiza Maluf.

Product Owner: O respons\u00e1vel por representar os interesses dos stakeholders e assegurar que as prioridades do projeto estejam alinhadas com as necessidades do usu\u00e1rio. O Product Owner do nosso projeto \u00e9 M\u00e1rcio Henrique.

Time de Desenvolvimento: Todos os membros do grupo, respons\u00e1veis pela execu\u00e7\u00e3o das tarefas do projeto e pela entrega de resultados dentro de cada sprint.

"},{"location":"planejamento/metodologia/#eventos-scrum","title":"Eventos Scrum","text":"

  • Sprint: Ciclo de trabalho com dura\u00e7\u00e3o de uma semana, onde o time desenvolve as tarefas definidas no Sprint Backlog. Durante a Sprint, a equipe foca em produzir entreg\u00e1veis que agreguem valor ao projeto.

  • Reuni\u00e3o de Planning: Reuni\u00e3o no in\u00edcio de cada Sprint para definir as tarefas a serem realizadas e os objetivos do ciclo.

  • Reuni\u00e3o de Review: Ao final de cada Sprint, a equipe se re\u00fane para revisar os resultados alcan\u00e7ados e discutir melhorias para o pr\u00f3ximo ciclo. Devido \u00e0 agenda da equipe, combinamos a reuni\u00e3o de Planning com a de Review, otimizando o tempo e garantindo o progresso do projeto.

  • Status: Reuni\u00f5es r\u00e1pidas realizadas antes ou ap\u00f3s as aulas, ou por meio de mensagens, para fornecer atualiza\u00e7\u00f5es sobre o andamento das atividades e resolver quest\u00f5es rapidamente.

"},{"location":"planejamento/metodologia/#politica-de-issues-e-commits","title":"Pol\u00edtica de Issues e Commits","text":"

Para garantir a organiza\u00e7\u00e3o do trabalho e facilitar a colabora\u00e7\u00e3o no GitHub, adotamos uma pol\u00edtica de issues e commits:

  • Issues: Devem ser abertas quando houver problemas que n\u00e3o podem ser resolvidos individualmente, propostas de novas funcionalidades ou a necessidade de discuss\u00e3o sobre algum t\u00f3pico espec\u00edfico, principalmente nos momentos de verifica\u00e7\u00e3o.

  • Commits: Ao trabalhar em um problema, a equipe deve criar uma branch espec\u00edfica para a tarefa, realizar os commits necess\u00e1rios e abrir um pull request para revis\u00e3o. O uso de pull requests facilita o acompanhamento das contribui\u00e7\u00f5es e permite a corre\u00e7\u00e3o de problemas antes da finaliza\u00e7\u00e3o da tarefa.

"},{"location":"planejamento/metodologia/#verificacao-dos-artefatos-durante-a-revisao-de-pull-request","title":"Verifica\u00e7\u00e3o dos Artefatos Durante a Revis\u00e3o de Pull Request","text":"

Uma das decis\u00f5es que tomamos para otimizar o fluxo de trabalho do nosso projeto foi integrar a verifica\u00e7\u00e3o dos artefatos com o evento de revis\u00e3o de pull request.

Por que essa decis\u00e3o foi tomada?

Durante o desenvolvimento do projeto, a equipe trabalha de forma colaborativa, utilizando o GitHub para gerenciar as contribui\u00e7\u00f5es atrav\u00e9s de pull requests. Normalmente, um pull request \u00e9 aberto para revisar e aprovar altera\u00e7\u00f5es realizadas em uma branch espec\u00edfica antes de serem mescladas \u00e0 branch principal do projeto.

No entanto, al\u00e9m dessa revis\u00e3o de c\u00f3digo, decidimos aproveitar esse momento para realizar a verifica\u00e7\u00e3o dos artefatos de design e desenvolvimento, como prot\u00f3tipos, interfaces ou outros entreg\u00e1veis.

Como funciona?

Quando um membro da equipe finaliza uma tarefa que exige altera\u00e7\u00f5es no c\u00f3digo ou cria\u00e7\u00e3o de artefatos, ele abre um pull request. Durante a revis\u00e3o desse pull request, a equipe n\u00e3o s\u00f3 revisa o c\u00f3digo, mas tamb\u00e9m verifica a conformidade dos artefatos com os requisitos do projeto, as diretrizes de design e as metas de usabilidade previamente estabelecidas.

Essa abordagem garante que:

  • A qualidade do artefato seja validada junto com a revis\u00e3o t\u00e9cnica, evitando retrabalho no futuro.
  • Feedback mais r\u00e1pido sobre os artefatos, uma vez que todos os membros da equipe participam da revis\u00e3o, oferecendo diferentes perspectivas e sugest\u00f5es.
  • Alinhamento cont\u00ednuo do projeto, j\u00e1 que a cada sprint, a equipe garante que os artefatos est\u00e3o evoluindo de acordo com as expectativas do usu\u00e1rio e os objetivos do projeto.

Vantagens dessa abordagem:

  • Integra\u00e7\u00e3o eficiente: Ao combinar a verifica\u00e7\u00e3o de artefatos com o processo de revis\u00e3o de pull request, conseguimos realizar uma an\u00e1lise mais hol\u00edstica e alinhada das entregas.
  • Redu\u00e7\u00e3o de falhas: Identificamos problemas de design ou usabilidade enquanto o c\u00f3digo ainda est\u00e1 sendo desenvolvido, o que facilita ajustes r\u00e1pidos antes da implementa\u00e7\u00e3o final.
  • Facilidade de comunica\u00e7\u00e3o: Todos os membros da equipe podem comentar e sugerir melhorias nos artefatos, permitindo uma troca constante de ideias e garantindo que o projeto evolua conforme as expectativas de todos os envolvidos.

Essa estrat\u00e9gia de verifica\u00e7\u00e3o cont\u00ednua, realizada de forma sincronizada com a revis\u00e3o de c\u00f3digo, \u00e9 uma das pr\u00e1ticas que adotamos para garantir a qualidade e efici\u00eancia do nosso projeto de IHC.

"},{"location":"planejamento/metodologia/#bibliografia","title":"Bibliografia","text":"

MELO, Arthur. Metodologia. Reposit\u00f3rio do Grupo Bilheteria Digital da disciplina de Intera\u00e7\u00e3o Humano Computador da Universidade de Bras\u00edlia, 2023. Dispon\u00edvel em: https://interacao-humano-computador.github.io/2023.1-BilheteriaDigital/verificacao/grupo/etapa1/planejamento-verificacao-etapa1-grupo. Acesso em: 12 nov, 2024.

"},{"location":"planejamento/metodologia/#referencia-bibliografica","title":"Refer\u00eancia Bibliogr\u00e1fica","text":"

SCHWABER, K.; SUTHERLAND, J. The Scrum Guide. Scrum.org, 2020. Dispon\u00edvel em: https://scrumguides.org. Acesso em: 07 nov. 2024.

"},{"location":"planejamento/metodologia/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 04/11/2024 Cria\u00e7\u00e3o do p\u00e1gina Luiza Maluf M\u00e1rcio Henrique 1.1 07/11/2024 Descri\u00e7\u00e3o das metodologias do projeto Luiza Maluf M\u00e1rcio Henrique"},{"location":"planejamento/processoDesign/","title":"Processo de Design","text":""},{"location":"planejamento/processoDesign/#introducao","title":"Introdu\u00e7\u00e3o","text":"

O processo de design \u00e9 uma metodologia essencial no desenvolvimento de produtos e servi\u00e7os que busca criar solu\u00e7\u00f5es eficazes e centradas nas necessidades dos usu\u00e1rios.

De acordo com Barbosa e Silva (2011, p.93), o processo de design pode ser entendido como o processo de cria\u00e7\u00e3o e interven\u00e7\u00e3o em situa\u00e7\u00f5es do cotidiano, onde se desenvolvem artefatos para resolver problemas ou melhorar as situa\u00e7\u00f5es existentes.

Esses artefatos, que s\u00e3o produtos criados intencionalmente com um prop\u00f3sito espec\u00edfico, como uma bicicleta ou um copo, n\u00e3o surgem espontaneamente na natureza, mas sim da intelig\u00eancia e do trabalho humano.

A atividade de design, conforme descrito pelos autores, envolve tr\u00eas etapas principais:

  • An\u00e1lise da situa\u00e7\u00e3o atual: observar e interpretar o contexto e as necessidades da situa\u00e7\u00e3o.
  • S\u00edntese de uma interven\u00e7\u00e3o: planejar e implementar uma a\u00e7\u00e3o ou cria\u00e7\u00e3o que altere a situa\u00e7\u00e3o, como a introdu\u00e7\u00e3o de um novo artefato.
  • Avalia\u00e7\u00e3o da nova situa\u00e7\u00e3o: verificar os resultados dessa interven\u00e7\u00e3o, comparando a situa\u00e7\u00e3o anterior com a nova para entender as mudan\u00e7as e seu impacto.

O design, portanto, n\u00e3o \u00e9 apenas a cria\u00e7\u00e3o de um artefato, mas sim um processo de identifica\u00e7\u00e3o de problemas e planejamento de interven\u00e7\u00f5es que melhorem a situa\u00e7\u00e3o para os envolvidos, trazendo consequ\u00eancias positivas e, eventualmente, desafios a serem considerados.

Dentre as diversas t\u00e9cnicas que podem ser utilizadas no processo de design, foram estudados quatro processos, que ter\u00e3o um breve resumo a seguir e a \u00faltima foi a escolhida pelo grupo para o projeto da disciplina.

"},{"location":"planejamento/processoDesign/#modelos-de-processos-de-designs","title":"Modelos de Processos de Designs","text":""},{"location":"planejamento/processoDesign/#ciclo-de-vida-simples","title":"Ciclo de Vida Simples","text":"

O Ciclo de Vida Simples \u00e9 um modelo de desenvolvimento de interfaces que oferece uma estrutura enxuta e direta para o processo de design de sistemas interativos.

Preece, Sharp e Rogers (2002, 2007) propuseram um modelo simples para o design de interfaces de intera\u00e7\u00e3o humano-computador (IHC), que prioriza o design centrado no usu\u00e1rio e a avalia\u00e7\u00e3o cont\u00ednua por meio de prot\u00f3tipos interativos. Esse modelo destaca a import\u00e2ncia de iterar continuamente entre as atividades, permitindo um refinamento gradual da solu\u00e7\u00e3o com base no feedback dos usu\u00e1rios.

Em termos de estrutura, o modelo segue uma sequ\u00eancia de atividades gerais de design e divide a etapa de s\u00edntese em duas atividades espec\u00edficas: o design (ou redesenho) conceitual e a constru\u00e7\u00e3o de uma vers\u00e3o interativa.

Durante o design conceitual, o designer explora v\u00e1rias alternativas para formular uma solu\u00e7\u00e3o que atenda aos requisitos e necessidades identificados anteriormente na an\u00e1lise. As solu\u00e7\u00f5es propostas podem ser documentadas em diferentes formatos, como cen\u00e1rios que descrevem a intera\u00e7\u00e3o, esbo\u00e7os de interface ou outros modelos que representem a interface e a intera\u00e7\u00e3o do usu\u00e1rio com o sistema.

A constru\u00e7\u00e3o de vers\u00f5es interativas \u00e9 essencial para testar e validar essas propostas de solu\u00e7\u00e3o, pois os prot\u00f3tipos simulam a interface final, proporcionando uma experi\u00eancia tang\u00edvel para os usu\u00e1rios. Isso facilita a avalia\u00e7\u00e3o da IHC, permitindo que os usu\u00e1rios experimentem a intera\u00e7\u00e3o projetada e forne\u00e7am feedback direto.

Fonte: Barbosa e Silva (2011).

"},{"location":"planejamento/processoDesign/#ciclo-de-vida-em-estrela","title":"Ciclo de Vida em Estrela","text":"

O Ciclo de Vida em Estrela, segundo Barbosa e Silva (2011, p.103), desenvolvido por Hix e Hartson (1993), foi um dos primeiros modelos de design voltados para Intera\u00e7\u00e3o Humano-Computador (IHC) e \u00e9 composto por seis atividades principais.

Ele come\u00e7a com a an\u00e1lise de tarefas, usu\u00e1rios e fun\u00e7\u00f5es, que visa compreender a situa\u00e7\u00e3o atual e identificar necessidades e oportunidades de melhoria. Em seguida, a especifica\u00e7\u00e3o de requisitos de IHC define os problemas que devem ser resolvidos com o projeto.

O processo de s\u00edntese \u00e9 dividido em tr\u00eas atividades: projeto conceitual e especifica\u00e7\u00e3o do design, onde se concebe a solu\u00e7\u00e3o de IHC; prototipa\u00e7\u00e3o, na qual s\u00e3o criadas vers\u00f5es interativas para avalia\u00e7\u00e3o; e implementa\u00e7\u00e3o, onde o sistema interativo final \u00e9 desenvolvido. A avalia\u00e7\u00e3o \u00e9 a atividade central do modelo, e ocorre ap\u00f3s cada uma das demais atividades, garantindo que os resultados atendam \u00e0s necessidades dos usu\u00e1rios e detectando problemas de usabilidade desde o in\u00edcio.

No Ciclo de Vida em Estrela, a sequ\u00eancia das atividades n\u00e3o \u00e9 fixa, e o designer pode escolher o ponto de partida com base nos recursos e informa\u00e7\u00f5es dispon\u00edveis. O modelo \u00e9 iterativo e exige que cada etapa seja avaliada antes de prosseguir, permitindo um processo flex\u00edvel e cont\u00ednuo de melhorias.

Fonte: Barbosa e Silva (2011).

"},{"location":"planejamento/processoDesign/#engenharia-de-usabilidade-de-nielsen","title":"Engenharia de Usabilidade de Nielsen","text":"

Segundo Barbosa e Silva (2011, p.104 a 106) \u00e9 um conjunto de atividades projetadas para serem realizadas ao longo de todo o ciclo de vida do produto, com foco nas etapas iniciais do projeto, antes mesmo de a interface ser criada.

Essas atividades incluem conhecer o usu\u00e1rio, realizar an\u00e1lise competitiva, definir metas de usabilidade, adotar designs paralelos e participativos, coordenar o design da interface, aplicar diretrizes heur\u00edsticas, prototipar, testar empiricamente e adotar um design iterativo.

"},{"location":"planejamento/processoDesign/#engenharia-de-usabilidade-de-mayhew","title":"Engenharia de Usabilidade de Mayhew","text":"

Segundo Barbosa e Silva (2011, p.109 a 111), a engenharia de usabilidade organiza o processo de design em tr\u00eas fases principais: an\u00e1lise de requisitos, design/avalia\u00e7\u00e3o/desenvolvimento e instala\u00e7\u00e3o. Este modelo, com abordagem hol\u00edstica, busca integrar diferentes atividades de IHC para direcionar o designer a uma solu\u00e7\u00e3o interativa eficaz.

Na fase de an\u00e1lise de requisitos, s\u00e3o estabelecidas as metas de usabilidade com base no perfil dos usu\u00e1rios, tarefas, caracter\u00edsticas da plataforma e princ\u00edpios de design de IHC. Essas metas frequentemente s\u00e3o documentadas em \"guias de estilos\" para garantir sua aplicabilidade nas etapas seguintes.

A fase de design, avalia\u00e7\u00e3o e desenvolvimento busca criar uma solu\u00e7\u00e3o de IHC que atenda \u00e0s metas definidas. Este processo \u00e9 dividido em tr\u00eas n\u00edveis de detalhe: no primeiro n\u00edvel, realiza-se a reengenharia das tarefas e o desenvolvimento de prot\u00f3tipos de baixa fidelidade; no segundo, s\u00e3o criados padr\u00f5es de design e prot\u00f3tipos de m\u00e9dia fidelidade; no terceiro, ocorre o projeto detalhado da interface, que passa por avalia\u00e7\u00e3o com usu\u00e1rios.

Por fim, na fase de instala\u00e7\u00e3o, o designer coleta feedback dos usu\u00e1rios ap\u00f3s um per\u00edodo de uso, o que pode servir para aprimoramentos futuros e para guiar o desenvolvimento de novos sistemas interativos.

Fonte: Barbosa e Silva (2011).

"},{"location":"planejamento/processoDesign/#nossa-escolha","title":"Nossa Escolha","text":"

Escolhemos a Engenharia de Usabilidade de Mayhew como base para nosso processo de design devido \u00e0 sua abordagem estruturada e pr\u00e1tica, que se alinha diretamente com as necessidades do nosso projeto de Intera\u00e7\u00e3o Humano-Computador.

Esse modelo oferece uma metodologia orientada por fases, com etapas claramente definidas que facilitam a implementa\u00e7\u00e3o de usabilidade desde o in\u00edcio do desenvolvimento at\u00e9 a fase de testes.

A Engenharia de Usabilidade de Mayhew permite que fa\u00e7amos uma an\u00e1lise detalhada das necessidades dos usu\u00e1rios, garantindo que o produto final seja intuitivo, eficiente e atenda \u00e0s expectativas. Al\u00e9m disso, o modelo fornece diretrizes para avalia\u00e7\u00e3o e itera\u00e7\u00e3o cont\u00ednuas, o que \u00e9 fundamental para aprimorar constantemente o design com base no feedback dos usu\u00e1rios.

Dessa forma, ao adotar a Engenharia de Usabilidade de Mayhew, asseguramos que nosso projeto siga um caminho bem estruturado para alcan\u00e7ar uma experi\u00eancia de usu\u00e1rio de alta qualidade e acess\u00edvel.

"},{"location":"planejamento/processoDesign/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"planejamento/processoDesign/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 04/11/2024 Cria\u00e7\u00e3o do p\u00e1gina Luiza Maluf M\u00e1rcio Henrique 1.1 06/11/2024 Descri\u00e7\u00e3o dos processos de design Luiza Maluf M\u00e1rcio Henrique 1.2 11/11/2024 Corre\u00e7\u00e3o do artefato com base na verifica\u00e7\u00e3o feita. M\u00e1rcio Henrique Luiza Maluf"},{"location":"planejamento/siteEscolhido/","title":"Site Escolhido","text":""},{"location":"planejamento/siteEscolhido/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Esta p\u00e1gina tem como objetivo apresentar o site escolhido para a realiza\u00e7\u00e3o do projeto de Intera\u00e7\u00e3o Humano Computador.

Os estudantes do grupo escolheram alguns sites candidatos e, ap\u00f3s uma primeira an\u00e1lise conjunta, foi inicialmente escolhido o site do Di\u00e1rio Oficial do Rio Grande do Norte.

Contudo, ap\u00f3s a primeira entrega, o grupo recebeu um retorno do professor indicando que seria melhor fazer outra escolha devido \u00e0 dificuldade de acesso aos principais grupos de usu\u00e1rios do site. Ap\u00f3s uma nova an\u00e1lise em conjunto, foi escolhido o Portal DETRAN-DF como objeto de estudo da disciplina.

"},{"location":"planejamento/siteEscolhido/#criterios-para-escolha","title":"Crit\u00e9rios para escolha","text":"
  • Site n\u00e3o muito complexo.
  • Site com informa\u00e7\u00f5es relevantes e p\u00fablicas.
  • Interface fora dos padr\u00f5es.
  • Disponibilidade de informa\u00e7\u00f5es para an\u00e1lise.
"},{"location":"planejamento/siteEscolhido/#motivacoes-de-escolha","title":"Motiva\u00e7\u00f5es de escolha","text":"

Com base nos crit\u00e9rios estabelecidos, o Portal DETRAN-DF foi escolhido por apresentar as seguintes caracter\u00edsticas:

  • Informa\u00e7\u00f5es p\u00fablicas e relevantes: O site oferece servi\u00e7os amplamente utilizados pelos cidad\u00e3os, como consulta de multas, agendamento de servi\u00e7os e emiss\u00e3o de guias de pagamento.
  • Interface fora dos padr\u00f5es: A interface apresenta problemas de usabilidade e navega\u00e7\u00e3o, como menus pouco intuitivos e fluxos de intera\u00e7\u00e3o que dificultam o uso, o que o torna um bom objeto de an\u00e1lise em um projeto de IHC.
  • Facilidade de acesso: O site \u00e9 de acesso p\u00fablico, permitindo que os membros do grupo realizem an\u00e1lises detalhadas sem barreiras ou restri\u00e7\u00f5es.
  • Relev\u00e2ncia para o p\u00fablico-alvo: Como se trata de um site amplamente utilizado por condutores e cidad\u00e3os do DF, h\u00e1 maior facilidade para observar ou simular o comportamento de usu\u00e1rios reais.
"},{"location":"planejamento/siteEscolhido/#conclusao","title":"Conclus\u00e3o","text":"

A avalia\u00e7\u00e3o de IHC realizada pelo grupo, com base nas heur\u00edsticas de Nielsen, identificou alguns problemas cr\u00edticos a serem abordados, como:

"},{"location":"planejamento/siteEscolhido/#1-liberdade-e-controle-do-usuario","title":"1. Liberdade e controle do usu\u00e1rio:","text":"
  • Problema: Falta de controle e fluidez na navega\u00e7\u00e3o.
  • Em algumas p\u00e1ginas, o usu\u00e1rio precisa utilizar o bot\u00e3o de \"voltar\" do navegador, o que pode causar erros ou recarregamentos desnecess\u00e1rios.
  • Menus n\u00e3o apresentam uma hierarquia clara, dificultando o retorno \u00e0s p\u00e1ginas anteriores ou ao menu principal.
  • Impacto: Essa falta de liberdade torna a navega\u00e7\u00e3o confusa e aumenta o esfor\u00e7o cognitivo do usu\u00e1rio.
"},{"location":"planejamento/siteEscolhido/#2-prevencao-de-erros","title":"2. Preven\u00e7\u00e3o de erros:","text":"
  • Problema: Falta de feedback claro para o usu\u00e1rio durante intera\u00e7\u00f5es importantes.
  • Por exemplo, ao realizar uma busca por multas, o sistema n\u00e3o fornece uma mensagem clara de erro caso os dados estejam incorretos ou o resultado n\u00e3o seja encontrado.
  • Impacto: O usu\u00e1rio pode acreditar que houve um problema t\u00e9cnico ou que o sistema n\u00e3o est\u00e1 funcionando.
"},{"location":"planejamento/siteEscolhido/#3-consistencia-e-padroes","title":"3. Consist\u00eancia e padr\u00f5es:","text":"
  • Problema: A interface utiliza nomenclaturas e elementos visuais inconsistentes.
  • Exemplo: Bot\u00f5es com diferentes estilos para fun\u00e7\u00f5es semelhantes.
  • Impacto: Dificulta a compreens\u00e3o das a\u00e7\u00f5es dispon\u00edveis, especialmente para usu\u00e1rios menos experientes.
"},{"location":"planejamento/siteEscolhido/#4-feedback-do-sistema","title":"4. Feedback do sistema:","text":"
  • Problema: O site apresenta pouca resposta visual ap\u00f3s intera\u00e7\u00f5es do usu\u00e1rio.
  • Por exemplo, o sistema n\u00e3o sinaliza se um filtro foi aplicado corretamente ou se h\u00e1 progresso em uma tarefa, como o carregamento de dados.
  • Impacto: A aus\u00eancia de feedback contribui para frustra\u00e7\u00e3o e desorienta\u00e7\u00e3o durante o uso.
"},{"location":"planejamento/siteEscolhido/#conclusao-final","title":"Conclus\u00e3o Final","text":"

A avalia\u00e7\u00e3o inicial realizada pelo grupo identificou problemas significativos de usabilidade no Portal DETRAN-DF, com severidade variando de m\u00e9dia a alta. Esses problemas comprometem a experi\u00eancia do usu\u00e1rio, especialmente em tarefas importantes, como consultar multas e agendar servi\u00e7os. O projeto buscar\u00e1 aprofundar a an\u00e1lise e propor solu\u00e7\u00f5es concretas para melhorar a usabilidade e acessibilidade do site.

A avalia\u00e7\u00e3o completa do grupo sobre a p\u00e1gina pode ser lida na \u00edntegra no documento abaixo:

"},{"location":"planejamento/siteEscolhido/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

DETRAN-DF. Departamento de Tr\u00e2nsito do Distrito Federal. Dispon\u00edvel em: https://www.detran.df.gov.br. Acesso em: 29 nov. 2024.

"},{"location":"planejamento/siteEscolhido/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 04/11/2024 Cria\u00e7\u00e3o do p\u00e1gina Luiza Maluf Kaio Enzo 1.1 06/11/2024 Adi\u00e7\u00e3o de informa\u00e7\u00f5es Kaio Enzo Luiza Maluf 1.2 11/11/2024 Corre\u00e7\u00e3o do artefato com base na verifica\u00e7\u00e3o feita. Kaio Enzo Luiza Maluf 2.0 28/11/ Mudan\u00e7a do site escolhido Luiza Maluf Kaio Enzo 2.1 28/11/ Avalia\u00e7\u00e3o do site escolhido M\u00e1rcio Henrique Kaio Enzo"},{"location":"planejamento/sitesAvaliados/","title":"Sites Avaliados","text":""},{"location":"planejamento/sitesAvaliados/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Baseado nos m\u00e9todos de avalia\u00e7\u00e3o heur\u00edstica e teste de usabilidade, dois dos integrantes realizou o planejamento e execu\u00e7\u00e3o utilizando o framework DECIDE. A Tabela 1 mostra em detalhes qual site foi avaliado e qual integrante ficou respons\u00e1vel.

Site Avaliado Integrante respons\u00e1vel Compras gov Luiza Maluf ANA - Ag\u00eancia Nacional de \u00c1guas M\u00e1rcio Henrique Di\u00e1rio Oficial RN M\u00e1rcio Henrique e Kaio enzo Portal Detran-DF M\u00e1rcio Henrique

Autores: Kaio enzo, Luiza Maluf, M\u00e1rcio Henrique

OBS.: Dado a baixa lista de sites avaliados, o integrante Kaio motivou a ideia de avaliarmos o site do Di\u00e1rio Oficial RN posteriormente, com o prop\u00f3sito de abrir o leque de escolhas. Entretando devido o pouco contato de perfis que utilizam esse sistema, foi decidido trocarmos para um servi\u00e7o ao p\u00fablico como o Detran.

"},{"location":"planejamento/sitesAvaliados/#compras-gov","title":"Compras Gov","text":"

A respons\u00e1vel por realizar essa avalia\u00e7\u00e3o foi a integrante Luiza Maluf, tal avalia\u00e7\u00e3o teve como principal objetivo Avaliar a interface e a intera\u00e7\u00e3o do Portal de Compras Governamentais, focando em aspectos de usabilidade e acessibilidade. Sendo assim, foram avaliados tr\u00eas principais caminhos de intera\u00e7\u00e3o: Buscar uma Licita\u00e7\u00e3o utilizando palavras-chave e filtros, enviar uma proposta, preenchendo todos os campos necess\u00e1rios, acessar e baixar um documento relacionado a uma licita\u00e7\u00e3o espec\u00edfica.:

  • Conclus\u00e3o

Os resultados demonstram que, enquanto usu\u00e1rios experientes consideram o portal relativamente intuitivo e eficiente, usu\u00e1rios com pouca experi\u00eancia encontram obst\u00e1culos significativos, especialmente em rela\u00e7\u00e3o \u00e0 compreens\u00e3o das terminologias e ao fluxo de envio de propostas.

"},{"location":"planejamento/sitesAvaliados/#ana-agencia-nacional-de-aguas","title":"ANA - Ag\u00eancia nacional de \u00e1guas","text":"

O respons\u00e1vel por realizar essa avalia\u00e7\u00e3o foi o integrante M\u00e1rcio Henrique, Esta avalia\u00e7\u00e3o tem como objetivo inspecionar os padr\u00f5es definidos pelo design system do gov.br, e visualizando o uso para diversas camadas sociais. Sendo assim, foram avaliados as seguintes diretrizes Visibilidade do estado do sistema e Controle e liberdade do usu\u00e1rio . Na avalia\u00e7\u00e3o heur\u00edstica, foram encontradas as seguintes viola\u00e7\u00f5es e os seus respectivos graus de severidade:

  • Status do sistema: simples.
  • Controle do usu\u00e1rio e liberdade: pequeno.
  • Est\u00e9tica e design minimalista: simples.
"},{"location":"planejamento/sitesAvaliados/#diario-oficial-do-rn","title":"Di\u00e1rio oficial do RN","text":"

O objetivo desta avalia\u00e7\u00e3o \u00e9 identificar problemas de usabilidade que possam comprometer a experi\u00eancia do usu\u00e1rio e sugerir melhorias para tornar o site mais f\u00e1cil de usar, eficiente e intuitivo. Utilizando duas diretrizes da avalia\u00e7\u00e3o heur\u00edstica de Nielsen, ( Controle do usu\u00e1rio e liberdade e Preven\u00e7\u00e3o de erros)

  • Status do sistema: simples.
  • Controle do usu\u00e1rio e liberdade: grave.
  • preven\u00e7\u00e3o de erros: M\u00e9dio.
  • Est\u00e9tica e design minimalista: simples.
"},{"location":"planejamento/sitesAvaliados/#portal-detran-df","title":"Portal DETRAN-DF","text":"

Ap\u00f3s a primeira entrega da disciplina de IHC, recebmos um feedback do professor aconselhando a procura de outro site para podermos trabalhar encima nas quest\u00f5es de IHC. Nesse sentido, foi feita uma avalia\u00e7\u00e3o do site do Portal DETRAN-DF a fim de identificar problemas de usabilidade.

Problemas identificados: * Falta de clareza em menus e campos de busca para tarefas espec\u00edficas. * Informa\u00e7\u00f5es importantes (como o agendamento de CNH) est\u00e3o dif\u00edceis de localizar. * O excesso de links em algumas p\u00e1ginas confunde os usu\u00e1rios.

"},{"location":"planejamento/sitesAvaliados/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"planejamento/sitesAvaliados/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 04/11/2024 Cria\u00e7\u00e3o do p\u00e1gina Luiza Maluf Kaio Enzo 1.1 06/11/2024 inser\u00e7\u00e3o de sites avaliados M\u00e1rcio Henrique Kaio Enzo 1.2 06/11/2024 inser\u00e7\u00e3o de site Detran M\u00e1rcio Henrique Kaio Enzo"},{"location":"verificacao/grupo/etapa1/planejamento-verificacao-etapa1/","title":"Planejamento de Verifica\u00e7\u00e3o da Etapa 1","text":""},{"location":"verificacao/grupo/etapa1/planejamento-verificacao-etapa1/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Neste espa\u00e7o, apresentamos o planejamento detalhado para a verifica\u00e7\u00e3o de artefatos de desenvolvimento, fundamentado nas teorias e metodologias de Bruno Silva e Simone Barbosa.

A qualidade e consist\u00eancia dos artefatos s\u00e3o fundamentais para o sucesso de projetos de software, e esse planejamento busca estabelecer um processo criterioso de verifica\u00e7\u00e3o.

"},{"location":"verificacao/grupo/etapa1/planejamento-verificacao-etapa1/#objetivo","title":"Objetivo","text":"

Com base em princ\u00edpios de consist\u00eancia, completude e clareza, o objetivo deste planejamento \u00e9 garantir que cada artefato esteja alinhado com as especifica\u00e7\u00f5es e atenda aos requisitos estabelecidos. Os procedimentos aqui descritos incluem crit\u00e9rios espec\u00edficos para revis\u00e3o, t\u00e9cnicas de inspe\u00e7\u00e3o, e um plano de acompanhamento para registrar n\u00e3o-conformidades e implementar melhorias cont\u00ednuas.

"},{"location":"verificacao/grupo/etapa1/planejamento-verificacao-etapa1/#metodologias","title":"Metodologias","text":"

Para garantir a qualidade e a precis\u00e3o dos artefatos apresentados na p\u00e1gina do projeto, adotaremos a Inspe\u00e7\u00e3o Formal como metodologia de verifica\u00e7\u00e3o. Esse m\u00e9todo \u00e9 amplamente utilizado na engenharia de software para assegurar que todos os aspectos de um artefato \u2013 sejam eles textuais, estruturais ou visuais \u2013 estejam alinhados com os requisitos e padr\u00f5es esperados.

A inspe\u00e7\u00e3o se diferencia de outras metodologias de revis\u00e3o por ser um processo estruturado e minucioso, onde cada artefato \u00e9 analisado detalhadamente de acordo com crit\u00e9rios pr\u00e9-estabelecidos, como clareza, consist\u00eancia, completude e navegabilidade. Em nosso processo de inspe\u00e7\u00e3o, cada item ser\u00e1 avaliado quanto \u00e0 sua adequa\u00e7\u00e3o ao objetivo do projeto, e eventuais n\u00e3o-conformidades ser\u00e3o documentadas para corre\u00e7\u00e3o.

Esse m\u00e9todo nos permitir\u00e1 detectar e corrigir com anteced\u00eancia problemas que poderiam impactar a experi\u00eancia do usu\u00e1rio, al\u00e9m de promover um entendimento comum sobre o conte\u00fado e a estrutura do projeto entre todos os envolvidos.

"},{"location":"verificacao/grupo/etapa1/planejamento-verificacao-etapa1/#participantes","title":"Participantes","text":"

Foi dividido entre os tr\u00eas integrantes do grupo a tarefa de verifica\u00e7\u00e3o dos artefatos produzidos na etapa 1, visando principalmente evitar que o autor e o reivsor de um mesmo artefato fossem a mesma pessoa.

A seguir est\u00e1 relacionado os respons\u00e1veis por cada verifica\u00e7\u00e3o, assim como seu respectivo artefato.

Tabela 1 - Participantes Artefato Revisor Cronograma e Site Escolhido Luiza Maluf Ferramentas e Sites Avaliados Kaio Enzo Processo de Design e Metodologia M\u00e1rcio Henrique

Autor: Luiza Maluf

"},{"location":"verificacao/grupo/etapa1/planejamento-verificacao-etapa1/#cronograma","title":"Cronograma","text":"

A verifica\u00e7\u00e3o ser\u00e1 realizada durante o per\u00edodo de 07/11/2024 at\u00e9 o dia 11/11/2024 por cada integrante do grupo e registrada na p\u00e1gina de documenta\u00e7\u00e3o do projeto.

"},{"location":"verificacao/grupo/etapa1/planejamento-verificacao-etapa1/#resultados","title":"Resultados","text":"

O resultado da verifica\u00e7\u00e3o de cada artefato pode ser acessado com os links a seguir:

  • Cronograma
  • Site Escolhido
  • Ferramentas
  • Processo de Design
  • Metodologia
"},{"location":"verificacao/grupo/etapa1/planejamento-verificacao-etapa1/#lista-de-verificacao","title":"Lista de Verifica\u00e7\u00e3o","text":""},{"location":"verificacao/grupo/etapa1/planejamento-verificacao-etapa1/#planejamento-geral-do-projeto","title":"Planejamento Geral do Projeto","text":"

Itens de Verifica\u00e7\u00e3o Resposta Vers\u00e3o, Data e Hora da avalia\u00e7\u00e3o Possui uma p\u00e1gina apresentando os integrantes da equipe (com foto) com nome e sem matr\u00edcula? SIM vers\u00e3o: 1.0 - 12/11/2024 \u00e0s 13:09 O cronograma do planejamento apresenta todas as atividades de todas as etapas para cada integrante com as datas de in\u00edcio e fim das entrega dos artefatos e com o per\u00edodo da revis\u00e3o deles? SIM vers\u00e3o: 1.0- 12/11/2024 \u00e0s 13:11 O cronograma do planejamento apresenta um per\u00edodo de grava\u00e7\u00e3o da apresenta\u00e7\u00e3o de cada etapa. SIM vers\u00e3o: 1.0- 12/11/2024 \u00e0s 13:14 O cronograma prever um per\u00edodo de revis\u00e3o/ajustes nos artefatos devidos as considera\u00e7\u00f5es dos monitores/professor? SIM vers\u00e3o: 1.0- 12/11/2024 \u00e0s 13:16 A motiva\u00e7\u00e3o e os crit\u00e9rios para a escolha do site? SIM vers\u00e3o: 1.0- 12/11/2024 \u00e0s 13:18 O planejamento e avalia\u00e7\u00e3o dos sites selecionados? SIM vers\u00e3o: 1.0- 12/11/2024 \u00e0s 13:22 Possui op\u00e7\u00e3o de contraste de cores? SIM vers\u00e3o: 1.0- 12/11/2024 \u00e0s 13:26 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 vers\u00e3o: 1.0- 12/11/2024 \u00e0s 13:29

Fonte: Plano de Ensino da disciplina

"},{"location":"verificacao/grupo/etapa1/planejamento-verificacao-etapa1/#desenvolvimento-do-projeto","title":"Desenvolvimento do Projeto","text":"

Itens de Verifica\u00e7\u00e3o Resposta Vers\u00e3o, Data e Hora da avalia\u00e7\u00e3o O hist\u00f3rico de vers\u00e3o padronizado? SIM vers\u00e3o: 1.0- 12/11/2024 \u00e0s 13:34 O(s) autor(es) e o(s) revisor(es) para cada artefato? SIM vers\u00e3o: 1.0- 12/11/2024 \u00e0s 13:40 Refer\u00eancias bibliogr\u00e1ficas e/ou bibliografia em todos os artefatos? SIM vers\u00e3o: 1.0- 12/11/2024 \u00e0s 13:46 As tabelas e imagens possuem legenda e fonte e elas chamadas dentro dos texto? SIM vers\u00e3o: 1.0- 12/11/2024 \u00e0s 13:52 Um texto fazendo uma introdu\u00e7\u00e3o dos artefatos? SIM vers\u00e3o: 1.0- 12/11/2024 \u00e0s 13:56 O cronograma executado com quem realizou cada artefato/atividade com as datas de in\u00edcio e fim da constru\u00e7\u00e3o/realiza\u00e7\u00e3o do artefato/atividade. SIM vers\u00e3o: 1.0- 12/11/2024 \u00e0s 17:02 Ata(s) da(s) reuni\u00f5es (com data, hor\u00e1rio de in\u00edcio e do final, participantes, objetivo, atividades definidas etc) SIM vers\u00e3o: 1.0- 12/11/2024 \u00e0s 14:08 A grava\u00e7\u00e3o da reuni\u00e3o do grupo. SIM vers\u00e3o: 1.0- 12/11/2024 \u00e0s 20:25 V\u00eddeo de apresenta\u00e7\u00e3o na categoria \u201cn\u00e3o listado\u201d no youtube? SIM vers\u00e3o: 1.0- 12/11/2024 \u00e0s 20:30

Fonte: Plano de Ensino da disciplina

"},{"location":"verificacao/grupo/etapa1/planejamento-verificacao-etapa1/#conteudo-da-disciplina","title":"Conte\u00fado da Disciplina","text":"

Itens de Verifica\u00e7\u00e3o Resposta Vers\u00e3o, Data e Hora da avalia\u00e7\u00e3o Possui a justificativa da escolha do Processo de Design?1 SIM vers\u00e3o: 1.0- 12/11/2024 \u00e0s 14:16 A introdu\u00e7\u00e3o contextualiza o tema e destaca a import\u00e2ncia do processo de design.2 SIM vers\u00e3o: 1.0- 12/11/2024 \u00e0s 14:16 A descri\u00e7\u00e3o dos modelos de processos de design \u00e9 clara e f\u00e1cil de entender.2 SIM vers\u00e3o: 1.0- 12/11/2024 \u00e0s 14:16 As informa\u00e7\u00f5es apresentadas est\u00e3o diretamente relacionadas ao contexto de design de IHC (Intera\u00e7\u00e3o Humano-Computador) e s\u00e3o aplic\u00e1veis ao projeto.2 SIM vers\u00e3o: 1.0- 12/11/2024 \u00e0s 14:16

Fonte: Plano de Ensino da disciplina1 e Luiza Maluf2

"},{"location":"verificacao/grupo/etapa1/planejamento-verificacao-etapa1/#bibliografia","title":"Bibliografia","text":"

CAMPELLO, Gabriel. Planejamento de Verifica\u00e7\u00e3o da Etapa 1. Reposit\u00f3rio do Grupo Bilheteria Digital da disciplina de Intera\u00e7\u00e3o Humano Computador da Universidade de Bras\u00edlia, 2023. Dispon\u00edvel em: https://interacao-humano-computador.github.io/2023.1-BilheteriaDigital/verificacao/grupo/etapa1/planejamento-verificacao-etapa1-grupo. Acesso em: 8 nov, 2024.

"},{"location":"verificacao/grupo/etapa1/planejamento-verificacao-etapa1/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

Siqueira, F\u00e1bio L. __Ger\u00eancia e Qualidade de Software - Aula 06 - T\u00e9cnica de revis\u00e3o__, 21 de jun. de 2018. Dispon\u00edvel em: https://www.youtube.com/watch?v=nA1BVDd9GUE&t=381s. Acesso em: 8 nov, 2024.

1. SALES, B. Andr\u00e9. Plano de Ensino FIHC 022024 Turma 01 v1. Bras\u00edlia, DF, 2024. Dispon\u00edvel em: https://aprender3.unb.br/pluginfile.php/2972625/mod_resource/content/56/Plano_de_Ensino%20FIHC%20022024%20Turma%2001%20v1.pdf. Acesso em: 12 nov, 2024.

"},{"location":"verificacao/grupo/etapa1/planejamento-verificacao-etapa1/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor 1.0 04/11/2024 Cria\u00e7\u00e3o do p\u00e1gina Luiza Maluf M\u00e1rcio Henrique 1.1 09/11/2024 Documenta\u00e7\u00e3o do planejamento Luiza Maluf M\u00e1rcio Henrique"},{"location":"verificacao/grupo/etapa1/verificacao-cronograma/","title":"Verifica\u00e7\u00e3o do Cronograma","text":""},{"location":"verificacao/grupo/etapa1/verificacao-cronograma/#introducao","title":"Introdu\u00e7\u00e3o","text":"

A inspe\u00e7\u00e3o formal do cronograma do projeto \u00e9 uma pr\u00e1tica essencial para assegurar a qualidade e a consist\u00eancia do planejamento, identificando poss\u00edveis ajustes e corrigindo problemas antecipadamente. Este processo permite que a equipe valide as etapas e prazos estabelecidos, minimizando riscos e otimizando o gerenciamento das atividades.

"},{"location":"verificacao/grupo/etapa1/verificacao-cronograma/#metodologia","title":"Metodologia","text":"

A t\u00e9cnica de inspe\u00e7\u00e3o utilizada ser\u00e1 a Inspe\u00e7\u00e3o por lista de verifica\u00e7\u00e3o, que \u00e9 uma abordagem pr\u00e1tica e estruturada na verifica\u00e7\u00e3o de cronogramas e outros artefatos. Nesta t\u00e9cnica, desenvolvemos uma lista de crit\u00e9rios baseados em princ\u00edpios de Intera\u00e7\u00e3o Humano-Computador (IHC), como clareza, usabilidade, consist\u00eancia e visibilidade.

Cada item da lista de verifica\u00e7\u00e3o aborda uma \u00e1rea espec\u00edfica do cronograma para garantir que todas as informa\u00e7\u00f5es sejam acess\u00edveis e que o layout e os conte\u00fados estejam organizados. Durante a inspe\u00e7\u00e3o, cada crit\u00e9rio \u00e9 avaliado e marcado como atendido ou necessitando de ajustes, o que permite documentar claramente as \u00e1reas de melhoria e aplicar a\u00e7\u00f5es corretivas com precis\u00e3o.

Crit\u00e9rio ID Perguntas de Verifica\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00e3o Completude 01 O cronograma inclui todas as etapas essenciais para a primeira entrega? Sim 02 Todos os marcos e entreg\u00e1veis est\u00e3o listados? Sim Clareza 03 As descri\u00e7\u00f5es das atividades s\u00e3o claras e compreens\u00edveis? N\u00e3o Falta inserir as descri\u00e7\u00f5es das atividades. 04 As responsabilidades de cada atividade est\u00e3o bem definidas? Sim Precis\u00e3o Temporal 05 Os prazos s\u00e3o realistas e vi\u00e1veis dentro do contexto do projeto? Sim 06 O cronograma possui datas de in\u00edcio e fim bem definidas para cada atividade? Sim Distribui\u00e7\u00e3o de Carga de Trabalho 07 As atividades est\u00e3o distribu\u00eddas de forma equilibrada entre os participantes? Sim Usabilidade e Navega\u00e7\u00e3o 08 O layout do cronograma \u00e9 f\u00e1cil de entender e visualizar? Sim 09 As informa\u00e7\u00f5es s\u00e3o dispostas de forma l\u00f3gica e intuitiva? Sim Visibilidade do Status 10 O cronograma permite que a equipe visualize facilmente o andamento do projeto? Sim 11 Mudan\u00e7as ou atualiza\u00e7\u00f5es no cronograma s\u00e3o vis\u00edveis de forma clara? N\u00e3o N\u00e3o foi inserido o cronograma executado a fim de observer essas altera\u00e7\u00f5es Conformidade com o padr\u00e3o 12 O artefato possui uma bibliografia/refer\u00eancia bibliogr\u00e1fica? N\u00e3o 13 O cronograma foi elaborado em tabelas? Sim

Autor: Luiza Maluf

"},{"location":"verificacao/grupo/etapa1/verificacao-cronograma/#problemas-encontrados","title":"Problemas encontrados","text":"
  • Falta a descri\u00e7\u00e3o das atividades do cronograma.
  • N\u00e3o exite uma compara\u00e7\u00e3o entre o que foi feito realmente e o que foi planejado ser feito.
  • N\u00e3o h\u00e1 introdu\u00e7\u00e3o, bibliografia ou refer\u00eancia bibliogr\u00e1fica na p\u00e1gina de cronograma.
"},{"location":"verificacao/grupo/etapa1/verificacao-cronograma/#solucoes-propostas","title":"Solu\u00e7\u00f5es propostas","text":"

ID 03: Inserir um campo na tabela com uma breve descri\u00e7\u00e3o da atividade.

ID 11: Inserir ao final do cronograma da etapa um cronograma executado com a finalidade de deixar expl\u00edcito as execu\u00e7\u00f5es do grupo.

ID 12: Inserir as refer\u00eancias.

"},{"location":"verificacao/grupo/etapa1/verificacao-cronograma/#acompanhamento","title":"Acompanhamento","text":"

A figura a seguir apresenta um gr\u00e1fico com o percentual das respostas da lista de verifica\u00e7\u00e3o.

Autor: Luiza Maluf

"},{"location":"verificacao/grupo/etapa1/verificacao-cronograma/#correcao","title":"Corre\u00e7\u00e3o","text":"

Como proposto por Fagan, os integrantes do grupo que foram respons\u00e1veis pela produ\u00e7\u00e3o do artefato que devem fazer as devidas corre\u00e7\u00f5es propostas pela verifica\u00e7\u00e3o.

Dessa forma, ap\u00f3s a corre\u00e7\u00e3o, o autor dessa verifica\u00e7\u00e3o ir\u00e1 revisar se as corre\u00e7\u00f5e s foram feitas da forma correta.

Data da Corre\u00e7\u00e3o Descri\u00e7\u00e3o Respons\u00e1vel(eis) Revisor(es) Status 11/11/2024 Corre\u00e7\u00f5es sugeridas M\u00e1rcio Henrique Luiza Maluf ok

"},{"location":"verificacao/grupo/etapa1/verificacao-cronograma/#bibliografia","title":"Bibliografia","text":"

HENRIQUE, M\u00e1rcio. Cronograma. Reposit\u00f3rio do Grupo 08 da disciplina de Intera\u00e7\u00e3o Humano Computador da Universidade de Bras\u00edlia, 2024. Dispon\u00edvel em : https://interacao-humano-computador.github.io/2024.2-Grupo08/planejamento/cronograma/. Acesso em: 10/11/2024.

"},{"location":"verificacao/grupo/etapa1/verificacao-cronograma/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"verificacao/grupo/etapa1/verificacao-cronograma/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor 1.0 04/11/2024 Cria\u00e7\u00e3o do p\u00e1gina Luiza Maluf M\u00e1rcio Henrique 1.1 10/11/2024 Verifica\u00e7\u00e3o do cronograma Luiza Maluf M\u00e1rcio Henrique"},{"location":"verificacao/grupo/etapa1/verificacao-ferramentas/","title":"Verifica\u00e7\u00e3o das Ferramentas","text":""},{"location":"verificacao/grupo/etapa1/verificacao-ferramentas/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este documento tem como objetivo verificar o artefato que descreve as ferramentas utilizadas pelo grupo para o desenvolvimento do projeto, que tem como objetivo fazer a avalia\u00e7\u00e3o de IHC do site Di\u00e1rio Oficial do Rio Grande do Norte e, aplicando os conceitos aprendidos em classe, sugerir melhorias em sua interface. A verifica\u00e7\u00e3o do artefato ser\u00e1 feita de acordo com a literatura padr\u00e3o de IHC com base na obra de Barbosa e Silva referida.

"},{"location":"verificacao/grupo/etapa1/verificacao-ferramentas/#metodologia","title":"Metodologia","text":"

Para a verifica\u00e7\u00e3o do artefato, Campello, Melo e Henrique (2023) prop\u00f5em a utiliza\u00e7\u00e3o de uma lista de verifica\u00e7\u00e3o baseada nos requisitos apresentados pelo professor em sala de aula e, quando aplic\u00e1vel, em pontos destacados pela literatura de refer\u00eancia. A lista de verifica\u00e7\u00e3o \u00e9 composta por cinco perguntas padr\u00e3o, estabelecidas para avaliar a documenta\u00e7\u00e3o, seguidas por perguntas relacionadas ao conte\u00fado espec\u00edfico do artefato Ferramentas. A Tabela 1, apresentada a seguir, exibe os resultados correspondentes \u00e0 vers\u00e3o do artefato definida no Planejamento da Verifica\u00e7\u00e3o do artefato ferramentas.

Tabela 1 - Tabela Preenchida - Ferrametas.

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es 1 O artefato possui introdu\u00e7\u00e3o? N\u00e3o 2 O artefato possui uma bibliografia/refer\u00eancia bibliogr\u00e1fica? N\u00e3o 3 O artefato possui um hist\u00f3rico de vers\u00f5es com o id e descri\u00e7\u00e3o das vers\u00f5es, data, autores e revisores? Sim 4 Todas as tabelas e imagens s\u00e3o chamadas no texto, possuem legendas e fontes? Sim 5 Todos os textos est\u00e3o na norma padr\u00e3o? Sim 6 As ferramentas presentes no artefato s\u00e3o usadas no projeto? Sim 7 Na descri\u00e7\u00e3o, est\u00e1 explicito o uso daquela ferramenta dentro do projeto? Sim 8 O artefato foi atualizado em caso de adi\u00e7\u00e3o de uma nova ferramenta? Sim 9 As ferramentas s\u00e3o referenciadas no artefato e tem seus links disponibilizados na refer\u00eancia? N\u00e3o N\u00e3o h\u00e1 refer\u00eancia ,e por consequ\u00eancia, n\u00e3o h\u00e1 nenhum link. 10 As ferramentas apresentam uma breve descri\u00e7\u00e3o de suas funcionalidades? Sim

Fonte: Adaptado de Arthur de Melo e Gabriel Campello, 2023.

"},{"location":"verificacao/grupo/etapa1/verificacao-ferramentas/#problemas-encontrados","title":"Problemas encontrados","text":"

A tabela 1 apresenta os resultados da verifica\u00e7\u00e3o do artefato Ferramentas. A avalia\u00e7\u00e3o do artefato foi realizada por Kaio Enzo (2024) e os resultados obtidos indicam que o artefato n\u00e3o possui introdu\u00e7\u00e3o e bibliografia/refer\u00eancia bibliogr\u00e1fica. Al\u00e9m disso, as ferramentas n\u00e3o s\u00e3o referenciadas no artefato e n\u00e3o possuem links disponibilizados na refer\u00eancia. Abaixo uma considera\u00e7\u00e3o sobre os problemas encontrados:

"},{"location":"verificacao/grupo/etapa1/verificacao-ferramentas/#id-1-o-artefato-possui-introducao","title":"ID 1 - O artefato possui introdu\u00e7\u00e3o?","text":"

O artefato n\u00e3o possui introdu\u00e7\u00e3o, o que dificulta a compreens\u00e3o do leitor sobre o conte\u00fado que ser\u00e1 abordado no documento.

"},{"location":"verificacao/grupo/etapa1/verificacao-ferramentas/#id-2-o-artefato-possui-uma-bibliografiareferencia-bibliografica","title":"ID 2 - O artefato possui uma bibliografia/refer\u00eancia bibliogr\u00e1fica?","text":"

O artefato n\u00e3o possui uma bibliografia/refer\u00eancia bibliogr\u00e1fica, o que dificulta a verifica\u00e7\u00e3o da veracidade das informa\u00e7\u00f5es apresentadas bem como aprofundamento do leitor sobre o tema.

"},{"location":"verificacao/grupo/etapa1/verificacao-ferramentas/#id-9-as-ferramentas-sao-referenciadas-no-artefato-e-tem-seus-links-disponibilizados-na-referencia","title":"ID 9 - As ferramentas s\u00e3o referenciadas no artefato e tem seus links disponibilizados na refer\u00eancia?","text":"

As ferramentas n\u00e3o s\u00e3o referenciadas no artefato e n\u00e3o possuem links disponibilizados na refer\u00eancia, o que dificulta a compreens\u00e3o do leitor sobre as ferramentas utilizadas no projeto.

"},{"location":"verificacao/grupo/etapa1/verificacao-ferramentas/#sugestoes-de-melhoria","title":"Sugest\u00f5es de melhoria","text":"
  • Adicionar uma introdu\u00e7\u00e3o ao artefato, explicando o conte\u00fado que ser\u00e1 abordado.
  • Adicionar uma bibliografia/refer\u00eancia bibliogr\u00e1fica ao artefato, para que o leitor possa aprofundar-se no tema.
  • Referenciar as ferramentas no artefato e disponibilizar os links na refer\u00eancia, para que o leitor possa acessar mais informa\u00e7\u00f5es sobre as ferramentas utilizadas no projeto.
"},{"location":"verificacao/grupo/etapa1/verificacao-ferramentas/#resultado-da-verificacao","title":"Resultado da verifica\u00e7\u00e3o","text":"

A figura 1 apresenta um gr\u00e1fico com o percentual de respostas sim, n\u00e3o ou incompleto , obtidas atrav\u00e9s da lista de verifica\u00e7\u00e3o.

Figura 1 - Gr\u00e1fico do resultado da verifica\u00e7\u00e3o.

Autor: Kaio Enzo, 2024.

"},{"location":"verificacao/grupo/etapa1/verificacao-ferramentas/#retrabalho","title":"Retrabalho","text":"

Conforme proposto por Fagan (apud CAMPELLO; MELO; HENRIQUE, 2023), o retrabalho ser\u00e1 inicialmente realizado pelos autores do artefato verificado, que se encarregar\u00e3o de corrigir os problemas identificados com base na lista de sugest\u00f5es de corre\u00e7\u00e3o previamente apresentada. No entanto, existe a possibilidade de que outros integrantes do grupo tamb\u00e9m realizem essas corre\u00e7\u00f5es. O respons\u00e1vel pela verifica\u00e7\u00e3o far\u00e1 uma revis\u00e3o das corre\u00e7\u00f5es implementadas, avaliando se s\u00e3o adequadas e se n\u00e3o introduziram novos erros. A Tabela 2, a seguir, apresenta o cronograma das corre\u00e7\u00f5es.

Tabela 2 - Cronograma de Corre\u00e7\u00f5es.

Data da Corre\u00e7\u00e3o Descri\u00e7\u00e3o Respons\u00e1vel(eis) Revisor(es) Status 11/11/2024 Corre\u00e7\u00f5es sugeridas M\u00e1rcio Henrique Kaio Enzo ok

Fonte: Adaptado de Gabriel Campello, 2023.

"},{"location":"verificacao/grupo/etapa1/verificacao-ferramentas/#bibliografia","title":"Bibliografia","text":"

CAMPELLO, Gabriel; MELO, Arthur de; HENRIQUE, Mateus. Verifica\u00e7\u00e3o Ferramentas. Reposit\u00f3rio do Grupo Bilheteria Digital da disciplina de Intera\u00e7\u00e3o Humano Computador da Universidade de Bras\u00edlia, 2023. Dispon\u00edvel em: https://interacao-humano-computador.github.io/2023.1-BilheteriaDigital/verificacao/grupo/etapa1/verificacao-ferramentas/. Acesso em: 11 nov. 2024.

HENRIQUE, M\u00e1rcio. Ferramentas. Reposit\u00f3rio do Grupo 08 da disciplina de Intera\u00e7\u00e3o Humano Computador da Universidade de Bras\u00edlia, 2024. Dispon\u00edvel em : https://interacao-humano-computador.github.io/2024.2-Grupo08/planejamento/ferramentas. Acesso em: 11/11/2024.

"},{"location":"verificacao/grupo/etapa1/verificacao-ferramentas/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"verificacao/grupo/etapa1/verificacao-ferramentas/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisores 1.0 04/11/2024 Cria\u00e7\u00e3o do p\u00e1gina Luiza Maluf Kaio Enzo 1.1 11/11/2024 Verifica\u00e7\u00e3o das ferramentas Kaio Enzo Luiza Maluf"},{"location":"verificacao/grupo/etapa1/verificacao-metodologia/","title":"Verifica\u00e7\u00e3o da Metodologia","text":""},{"location":"verificacao/grupo/etapa1/verificacao-metodologia/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Nessa se\u00e7\u00e3o ser\u00e1 feito uma verifica\u00e7\u00e3o da metodologia utilizada no presente projeto, como o foco da disiplina \u00e9 resultado e documenta\u00e7\u00e3o de forma incremental, partiremos de uma metodologia \u00e1gil utilizando o framework SCRUM. Dessa forma a lista de verifica\u00e7\u00e3o abaixo conter\u00e1 a verifica\u00e7\u00e3o da constru\u00e7\u00e3o do scrum se atende as devidas especifica\u00e7\u00f5es

"},{"location":"verificacao/grupo/etapa1/verificacao-metodologia/#metodologia","title":"Metodologia","text":"

Partindo do principio de verifica\u00e7\u00e3o, abordaremos no formato de lista de verifica\u00e7\u00e3o como mostrado na tabela 1. \u00c9 importante ressaltar que o objetivo do presente projeto n\u00e3o \u00e9 a entrega de nenhum produto, e sim trazer uma evolu\u00e7\u00e3o gradual de uma an\u00e1lise do site escolhido, trazendo assim algumas modifica\u00e7\u00f5es do SCRUM puro.

Tabela 1 - Tabela Preenchida - Metodologia.

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es 1 O Scrum Master garante a remo\u00e7\u00e3o de obst\u00e1culos para o time? Sim 2 A metodologia \u00e1gil e os eventos do Scrum s\u00e3o seguidos adequadamente? Sim 3 O Product Owner est\u00e1 alinhando as prioridades do backlog com as necessidades do usu\u00e1rio? Sim 4 O Product Owner participa das reuni\u00f5es de planejamento e review? Sim 5 Todos os membros est\u00e3o engajados na entrega de resultados e colaborando nas revis\u00f5es? Sim 6 Existe um espa\u00e7o para feedback sobre melhorias para o pr\u00f3ximo ciclo? Sim 7 S\u00e3o realizadas reuni\u00f5es r\u00e1pidas di\u00e1rias ou atualiza\u00e7\u00f5es por mensagens? Sim 8 Todas as atualiza\u00e7\u00f5es s\u00e3o registradas para monitoramento do progresso? Sim 9 Cada tarefa \u00e9 realizada em uma branch separada e com commits organizados? Sim 10 Pull requests s\u00e3o revisados por mais de um membro antes de serem mesclados? Sim 11 Cada pull request inclui uma verifica\u00e7\u00e3o de qualidade de artefatos (prot\u00f3tipos, interfaces)? Sim 12 Todos os membros participam da revis\u00e3o para oferecer feedback diversificado? Sim 13 Existe comunica\u00e7\u00e3o aberta para discutir sugest\u00f5es de melhorias e alinhamento do projeto? Sim

Fonte: Autores, 2024.

Observa\u00e7\u00e3o: Um olhar em particular da metodologia e da organiza\u00e7\u00e3o das entregas foi a realiza\u00e7\u00e3o de uma verifica\u00e7\u00e3o para cada pr - Pull request, assim cada artefato documentado chega para a documenta\u00e7\u00e3o oficial com n\u00famero menor de erros e gerando menos retrabalho.

"},{"location":"verificacao/grupo/etapa1/verificacao-metodologia/#conclusao","title":"Conclus\u00e3o","text":"

At\u00e9 a presente data, n\u00e3o foi identificado nenhuma inconsist\u00eancia com as informa\u00e7\u00f5es contidas em metodologia e com est\u00e1 sendo aplicado, claro que nada \u00e9 perfeito, ent\u00e3o fica um observa\u00e7\u00e3o em acresentar as informa\u00e7\u00f5es com imagens para trazer mais severidade as informa\u00e7\u00f5es contidas na se\u00e7\u00e3o.

"},{"location":"verificacao/grupo/etapa1/verificacao-metodologia/#bibliografia","title":"Bibliografia","text":"

DE MELO, Arthur. Processo de Design. Reposit\u00f3rio do Grupo Bilheteria Digital da disciplina de Intera\u00e7\u00e3o Humano Computador da Universidade de Bras\u00edlia, 2023. Dispon\u00edvel em: <https://interacao-humano-computador.github.io/2023.1-BilheteriaDigital/verificacao/grupo2/etapa1/processo-design>. Acesso em: 9 nov. 2024.

GOVERNO DO BRASIL. Lista de verifica\u00e7\u00e3o da qualidade de artefatos - Checklist \u00c1gil. 2019. Dispon\u00edvel em: <https://www.gov.br/agricultura/pt-br/pregao-eletronico-no-05-2018/diretrizes/lista-de-verificacao-da-qualidade-de-artefatos-checklist-agil.xls/view> Acesso em: 9 nov. 2024.

"},{"location":"verificacao/grupo/etapa1/verificacao-metodologia/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

Schwaber, K., & Sutherland, J. (2020). The Scrum Guide.

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"verificacao/grupo/etapa1/verificacao-metodologia/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisores 1.0 10/11/2024 Verifica\u00e7\u00e3o da Metodologia M\u00e1rcio Henrique Luiza Maluf"},{"location":"verificacao/grupo/etapa1/verificacao-processo-design/","title":"Verifica\u00e7\u00e3o do Processo de Design","text":""},{"location":"verificacao/grupo/etapa1/verificacao-processo-design/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este documento \u00e9 de verifica\u00e7\u00e3o do artefato Processo de Design produzido pelo Grupo da disciplina de IHC que tem o projeto voltado ao site Di\u00e1rio oficial do Rio Grande do Norte. Dessa forma, o artefato Processo de Design ser\u00e1 verificado de acordo com a literatura Intera\u00e7\u00e3o-Humano-Computador de Barbosa e Silvareferida e tamb\u00e9m a lista de verifica\u00e7\u00e3o dos artefatos feito pelao Minist\u00e9rio da Agricultura e Pecu\u00e1ria.

"},{"location":"verificacao/grupo/etapa1/verificacao-processo-design/#metodologia","title":"Metodologia","text":"

O modelo de verifica\u00e7\u00e3o consistir\u00e1 em um preenchimento de uma lista de verifica\u00e7\u00e3o constru\u00edda a partir dos conceitos trabalhados pela disciplina, o mesmo ser\u00e1 dividido em perguntas relacionadas ao padr\u00e3o do formato do documento e sobre o padr\u00e3o do conte\u00fado verificado.

Tabela 1 - Tabela Preenchida - Processo de Design.

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es 1 O artefato possui introdu\u00e7\u00e3o? Sim 2 O artefato possui uma bibliografia/refer\u00eancia bibliogr\u00e1fica? Sim 3 A vers\u00e3o do documento foi incrementada e a descri\u00e7\u00e3o da elabora\u00e7\u00e3o ou altera\u00e7\u00e3o foi registrada no hist\u00f3rico de revis\u00f5es do documento? Sim 4 Todas as tabelas e imagens s\u00e3o chamadas no texto, possuem legendas e fontes? Sim 5 O documento possui erros de pontua\u00e7\u00e3o ou gram\u00e1tica? N\u00e3o 6 O documento est\u00e1 na \u00faltima vers\u00e3o do template? Sim 7 A escolha do ciclo de vida foi justificada? Incompleto Ponto positivo para o detalhadamento dos processos mas n\u00e3o \u00e9 claro qual desses foram escolhidos pelo grupo 8 O ciclo de vida escolhido tem suas etapas detalhadas? Sim 9 A forma como ser\u00e1 executado o ciclo de vida \u00e9 detalhada? Sim 10 O ciclo de vida selecionado \u00e9 condizente com o escopo do projeto? Sim

Fonte: Adaptado de Gabriel Campello, 2023.

"},{"location":"verificacao/grupo/etapa1/verificacao-processo-design/#problemas-encontrados","title":"Problemas encontrados","text":"

Com base na Tabela 1, ser\u00e3o feitas considera\u00e7\u00f5es acerca de alguns itens.

"},{"location":"verificacao/grupo/etapa1/verificacao-processo-design/#id-7-a-escolha-do-ciclo-de-vida-foi-justificada","title":"ID 7 - A escolha do ciclo de vida foi justificada?","text":"

O problema pode se configurar m\u00e9dio/grave isso porque pode deixar confuso a decis\u00e3o tomada pelo grupo na escolha do processo design. Dessa forma, o artefato podria ter uma maior especificidade, no intuito de servir como guia para a execu\u00e7\u00e3o do projeto.

"},{"location":"verificacao/grupo/etapa1/verificacao-processo-design/#sugestoes","title":"Sugest\u00f5es","text":"
  • ID 7: Cria\u00e7\u00e3o de um novo subt\u00f3pico para a escolha do processo design.
"},{"location":"verificacao/grupo/etapa1/verificacao-processo-design/#acompanhamento","title":"Acompanhamento","text":"

A figura 1 apresenta um gr\u00e1fico com o percentual de respostas sim, n\u00e3o ou incompleto , obtidas atrav\u00e9s da lista de verifica\u00e7\u00e3o de verifica\u00e7\u00e3o.

Autor: M\u00e1rcio Henrique, 2024.

"},{"location":"verificacao/grupo/etapa1/verificacao-processo-design/#correcoes","title":"Corre\u00e7\u00f5es","text":"

A colabora\u00e7\u00e3o de outros membros da equipe \u00e9 fundamental para garantir a qualidade das corre\u00e7\u00f5es. Um revisor independente ser\u00e1 respons\u00e1vel por avaliar o resultado final, assegurando que todas as n\u00e3o conformidades foram devidamente tratadas. A Tabela 2 apresenta o cronograma das atividades de corre\u00e7\u00e3o.

Tabela 2 - Cronograma de Corre\u00e7\u00f5es.

Data de Corre\u00e7\u00e3o Descri\u00e7\u00e3o Respons\u00e1vel(eis) Revisor(es) Status 11/11/2024 Corre\u00e7\u00e3o do Processo design. Luiza Maluf M\u00e1rcio Henrique OK

Fonte: Elaborado por M\u00e1rcio Henrique, 2024.

"},{"location":"verificacao/grupo/etapa1/verificacao-processo-design/#bibliografia","title":"Bibliografia","text":"

DE MELO, Arthur. Processo de Design. Reposit\u00f3rio do Grupo Bilheteria Digital da disciplina de Intera\u00e7\u00e3o Humano Computador da Universidade de Bras\u00edlia, 2023. Dispon\u00edvel em: <https://interacao-humano-computador.github.io/2023.1-BilheteriaDigital/verificacao/grupo2/etapa1/processo-design>. Acesso em: 9 nov. 2024.

GOVERNO DO BRASIL. Lista de verifica\u00e7\u00e3o da qualidade de artefatos - Checklist \u00c1gil. 2019. Dispon\u00edvel em: <https://www.gov.br/agricultura/pt-br/pregao-eletronico-no-05-2018/diretrizes/lista-de-verificacao-da-qualidade-de-artefatos-checklist-agil.xls/view> Acesso em: 9 nov. 2024.

"},{"location":"verificacao/grupo/etapa1/verificacao-processo-design/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"verificacao/grupo/etapa1/verificacao-processo-design/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisores 1.0 04/11/2024 Cria\u00e7\u00e3o do p\u00e1gina Luiza Maluf M\u00e1rcio Henrique 1.1 09/11/2024 Verifica\u00e7\u00e3o do processo design M\u00e1rcio Henrique Luiza Maluf"},{"location":"verificacao/grupo/etapa1/verificacao-site-escolhido/","title":"Verifica\u00e7\u00e3o do Site Escolhido","text":""},{"location":"verificacao/grupo/etapa1/verificacao-site-escolhido/#introducao","title":"Introdu\u00e7\u00e3o","text":"

A inspe\u00e7\u00e3o formal do site escolhido do projeto \u00e9 uma pr\u00e1tica essencial para assegurar a qualidade e consist\u00eancia dos crit\u00e9rios que levaram o grupo a escolher o site do Di\u00e1rio Oficial do Rio Grande do Norte.

"},{"location":"verificacao/grupo/etapa1/verificacao-site-escolhido/#metodologia","title":"Metodologia","text":"

Para a verifica\u00e7\u00e3o do artefato, ser\u00e1 feita a inspe\u00e7\u00e3o por Checklist baseando-se nos crit\u00e9rios estabelecidos pelo professor na escolha do site para o projeto da disciplina.

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00e3o 01 O artefato possui introdu\u00e7\u00e3o, crit\u00e9rios de escolha e conclus\u00e3o? Sim 02 O artefatos possui hist\u00f3rico de vers\u00f5es? Sim 03 Todos os textos est\u00e3o na norma padr\u00e3o? Sim 04 O motivo da escolha do site foi definido? Sim 05 Os links e imagens est\u00e3o direcionados de forma correta? Sim 06 Foi identificado j\u00e1 pontos de melhora? Sim 07 Est\u00e1 expl\u00edcito no documento o resultado da an\u00e1lise heur\u00edstica? N\u00e3o

Autor: Luiza Maluf

"},{"location":"verificacao/grupo/etapa1/verificacao-site-escolhido/#problemas-encontrados","title":"Problemas encontrados","text":"
  • A an\u00e1lise heur\u00edstica e seus resultados est\u00e3o somente dentro do pdf que foi referenciado no artefato, faltando estar de forma expl\u00edcita.
"},{"location":"verificacao/grupo/etapa1/verificacao-site-escolhido/#solucoes-propostas","title":"Solu\u00e7\u00f5es propostas","text":"

ID 07: Al\u00e9m de referenciar o pdf de an\u00e1lise, seria importante deixar os apectos mais importantes em destaque no artefato.

"},{"location":"verificacao/grupo/etapa1/verificacao-site-escolhido/#acompanhamento","title":"Acompanhamento","text":"

A figura a seguir apresenta um gr\u00e1fico com o percentual das respostas da lista de verifica\u00e7\u00e3o.

Autor: Luiza Maluf

"},{"location":"verificacao/grupo/etapa1/verificacao-site-escolhido/#correcao","title":"Corre\u00e7\u00e3o","text":"

Como proposto por Fagan, os integrantes do grupo que foram respons\u00e1veis pela produ\u00e7\u00e3o do artefato que devem fazer as devidas corre\u00e7\u00f5es propostas pela verifica\u00e7\u00e3o.

Dessa forma, ap\u00f3s a corre\u00e7\u00e3o, o autor dessa verifica\u00e7\u00e3o ir\u00e1 revisar se as corre\u00e7\u00f5e s foram feitas da forma correta.

Data da Corre\u00e7\u00e3o Descri\u00e7\u00e3o Respons\u00e1vel(eis) Revisor(es) Status 11/11/2024 Corre\u00e7\u00f5es sugeridas Kaio Enzo Luiza Maluf ok

"},{"location":"verificacao/grupo/etapa1/verificacao-site-escolhido/#bibliografia","title":"Bibliografia","text":"

ENZO, Kaio. Site Escolhido. Reposit\u00f3rio do Grupo 08 da disciplina de Intera\u00e7\u00e3o Humano Computador da Universidade de Bras\u00edlia, 2024. Dispon\u00edvel em : https://interacao-humano-computador.github.io/2024.2-Grupo08/planejamento/siteEscolhido/. Acesso em: 10/11/2024.

MALUF, Luiza. Verifica\u00e7\u00e3o do cronograma. Reposit\u00f3rio do Grupo 08 da disciplina de Intera\u00e7\u00e3o Humano Computador da Universidade de Bras\u00edlia, 2024. Dispon\u00edvel em : https://interacao-humano-computador.github.io/2024.2-Grupo08/verificacao/grupo/etapa1/verificacao-cronograma/. Acesso em: 10/11/2024.

"},{"location":"verificacao/grupo/etapa1/verificacao-site-escolhido/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"verificacao/grupo/etapa1/verificacao-site-escolhido/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisoes 1.0 04/11/2024 Cria\u00e7\u00e3o do p\u00e1gina Luiza Maluf M\u00e1rcio Henrique 1.1 09/11/2024 Verifica\u00e7\u00e3o do Site escolhido Luiza Maluf M\u00e1rcio Henrique"},{"location":"verificacao/grupo/etapa1/verificacao-sites-avaliados/","title":"Verifica\u00e7\u00e3o dos Sites Avaliados","text":""},{"location":"verificacao/grupo/etapa1/verificacao-sites-avaliados/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este documento tem como objetivo verificar o artefato que descreve os sites avaliados durante a escolha do grupo para o desenvolvimento do projeto. A verifica\u00e7\u00e3o do artefato ser\u00e1 feita de acordo com base lista de verifica\u00e7\u00e3o dos artefatos feito pelo Minist\u00e9rio da Agricultura e Pecu\u00e1ria1 na obra de Barbosa e Silva referida 2.

"},{"location":"verificacao/grupo/etapa1/verificacao-sites-avaliados/#metodologia","title":"Metodologia","text":"

O modelo de verifica\u00e7\u00e3o consistir\u00e1 em um preenchimento de uma lista de verifica\u00e7\u00e3o constru\u00edda a partir dos conceitos trabalhados pela disciplina, o mesmo ser\u00e1 dividido em perguntas relacionadas ao padr\u00e3o do formato do documento.

Tabela 1 - Tabela Preenchida - Site escolhido.

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es 1 O artefato possui introdu\u00e7\u00e3o? Sim 2 O artefato possui uma bibliografia/refer\u00eancia bibliogr\u00e1fica? Sim 3 A vers\u00e3o do documento foi incrementada e a descri\u00e7\u00e3o da elabora\u00e7\u00e3o ou altera\u00e7\u00e3o foi registrada no hist\u00f3rico de revis\u00f5es do documento? Incompleto A vers\u00e3o do documento n\u00e3o foi incrementada. 5 O documento possui erros de pontua\u00e7\u00e3o ou gram\u00e1tica? N\u00e3o

Fonte: Adaptado de Luiza Maluf, 2024.

"},{"location":"verificacao/grupo/etapa1/verificacao-sites-avaliados/#problemas-encontrados","title":"Problemas encontrados","text":"

A tabela 1 apresenta os resultados da verifica\u00e7\u00e3o do artefato Sites Avaliados. A avalia\u00e7\u00e3o do artefato foi realizada por Kaio Enzo (2024) e os resultados obtidos indicam que o artefato n\u00e3o teve sua vers\u00e3o incrementada. Abaixo uma considera\u00e7\u00e3o sobre os problemas encontrados:

"},{"location":"verificacao/grupo/etapa1/verificacao-sites-avaliados/#id-3-a-versao-do-documento-foi-incrementada-e-a-descricao-da-elaboracao-ou-alteracao-foi-registrada-no-historico-de-revisoes-do-documento","title":"ID 3 - A vers\u00e3o do documento foi incrementada e a descri\u00e7\u00e3o da elabora\u00e7\u00e3o ou altera\u00e7\u00e3o foi registrada no hist\u00f3rico de revis\u00f5es do documento?","text":"

A falta de incrementa\u00e7\u00e3o da vers\u00e3o do documento pode acarretar em problemas, afetando principalmente, nesse caso, a rastreabilidade.

"},{"location":"verificacao/grupo/etapa1/verificacao-sites-avaliados/#retrabalho","title":"Retrabalho","text":"

Conforme proposto por Fagan (apud CAMPELLO; MELO; HENRIQUE, 2023), o retrabalho ser\u00e1 inicialmente realizado pelos autores do artefato verificado, que se encarregar\u00e3o de corrigir os problemas identificados com base na lista de sugest\u00f5es de corre\u00e7\u00e3o previamente apresentada.

No entanto, existe a possibilidade de que outros integrantes do grupo tamb\u00e9m realizem essas corre\u00e7\u00f5es. O respons\u00e1vel pela verifica\u00e7\u00e3o far\u00e1 uma revis\u00e3o das corre\u00e7\u00f5es implementadas, avaliando se s\u00e3o adequadas e se n\u00e3o introduziram novos erros. A Tabela 2, a seguir, apresenta o cronograma das corre\u00e7\u00f5es.

Tabela 2 - Cronograma de Corre\u00e7\u00f5es.

Data da Corre\u00e7\u00e3o Descri\u00e7\u00e3o Respons\u00e1vel(eis) Revisor(es) Status 11/11/2024 Corre\u00e7\u00f5es sugeridas M\u00e1rcio Henrique Kaio Enzo ok

Fonte: Adaptado de Gabriel Campello, 2023.

"},{"location":"verificacao/grupo/etapa1/verificacao-sites-avaliados/#bibliografia","title":"Bibliografia","text":"

HENRIQUE, M\u00e1rcio. Sites Avaliados. Reposit\u00f3rio do Grupo 08 da disciplina de Intera\u00e7\u00e3o Humano Computador da Universidade de Bras\u00edlia, 2024. Dispon\u00edvel em : https://interacao-humano-computador.github.io/2024.2-Grupo08/planejamento/sitesAvaliados/. Acesso em: 11/11/2024.

MALUF, Luiza. Sites Avaliados. Reposit\u00f3rio do Grupo 08 da disciplina de Intera\u00e7\u00e3o Humano Computador da Universidade de Bras\u00edlia, 2024. Dispon\u00edvel em : https://interacao-humano-computador.github.io/2024.2-Grupo08/verificacao/grupo/etapa1/verificacao-processo-design/. Acesso em: 11/11/2024.

"},{"location":"verificacao/grupo/etapa1/verificacao-sites-avaliados/#refencias-bibliograficas","title":"Ref\u00eancias Bibliogr\u00e1ficas","text":"

CAMPELLO, Gabriel; MELO, Arthur de; HENRIQUE, Mateus. Verifica\u00e7\u00e3o Ferramentas. Reposit\u00f3rio do Grupo Bilheteria Digital da disciplina de Intera\u00e7\u00e3o Humano Computador da Universidade de Bras\u00edlia, 2023. Dispon\u00edvel em: https://interacao-humano-computador.github.io/2023.1-BilheteriaDigital/verificacao/grupo/etapa1/verificacao-ferramentas/. Acesso em: 11 nov. 2024.

https://interacao-humano-computador.github.io/2024.2-Grupo08/verificacao/grupo/etapa1/verificacao-processo-design/

1. GOVERNO DO BRASIL. Lista de verifica\u00e7\u00e3o da qualidade de artefatos - Checklist \u00c1gil. 2019. Dispon\u00edvel em: <https://www.gov.br/agricultura/pt-br/pregao-eletronico-no-05-2018/diretrizes/lista-de-verificacao-da-qualidade-de-artefatos-checklist-agil.xls/view Acesso em: 11 nov. 2024.

2. BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"verificacao/grupo/etapa1/verificacao-sites-avaliados/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Reisores 1.0 11/11/2024 Verifica\u00e7\u00e3o dos sites avaliados Kaio Enzo Luiza Maluf"},{"location":"verificacao/grupo/etapa2/aspectos-eticos/","title":"Aspectos \u00c9ticos","text":""},{"location":"verificacao/grupo/etapa2/aspectos-eticos/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este documento detalha a revis\u00e3o do artefato \"Aspectos \u00c9ticos\" (vers\u00e3o 1.0), realizada em 28 de novembro de 2024, com base nos crit\u00e9rios do cap\u00edtulo 5 do livro \"Intera\u00e7\u00e3o Humano-Computador\" de Barbosa e Silva.

"},{"location":"verificacao/grupo/etapa2/aspectos-eticos/#objetivo","title":"Objetivo","text":"

O objetivo \u00e9 avaliar a conformidade do artefato com as diretrizes de identifica\u00e7\u00e3o de necessidades dos usu\u00e1rios e requisitos de IHC.

"},{"location":"verificacao/grupo/etapa2/aspectos-eticos/#metodologia","title":"Metodologia","text":"

A metodologia adotada para a realiza\u00e7\u00e3o desta verifica\u00e7\u00e3o consiste na aplica\u00e7\u00e3o de uma checklist estruturada, composta por um conjunto de perguntas que abrangem tanto os aspectos formais do documento quanto o seu conte\u00fado t\u00e9cnico. As respostas \u00e0s perguntas ser\u00e3o classificadas de acordo com a seguinte escala: Sim, N\u00e3o, Incompleto ou N\u00e3o se aplica. Al\u00e9m disso, ser\u00e1 reservado um espa\u00e7o para que o avaliador registre observa\u00e7\u00f5es adicionais.

"},{"location":"verificacao/grupo/etapa2/aspectos-eticos/#crongrama-e-participantes","title":"Crongrama e Participantes","text":"

O integrante do grupo M\u00e1rcio Henrique ser\u00e1 respons\u00e1vel por realizar a verifica\u00e7\u00e3o . J\u00e1, a integrante do grupo Luiza Maluf realizar\u00e1 a corre\u00e7\u00e3o do artefato ap\u00f3s a verifica\u00e7\u00e3o. A tabela 1 apresenta os participantes da verifica\u00e7\u00e3o.

Tabela 1 - Participantes da Verifica\u00e7\u00e3o.

Participante Papel M\u00e1rcio Henrique Avaliador Luiza Maluf Revisora

Fonte: M\u00e1rcio Henrique

"},{"location":"verificacao/grupo/etapa2/aspectos-eticos/#sumario-dos-dados-encontrados","title":"Sum\u00e1rio dos dados encontrados","text":"

O artefato foi verificado e gerou os resultados da tabela 2, em que as observa\u00e7\u00f5es servem de complemento ao resultado.

Tabela 2 - Checklist para aspectos \u00e9ticos.

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es 1 O artefato possui introdu\u00e7\u00e3o? Sim - 2 O artefato possui uma bibliografia/refer\u00eancia bibliogr\u00e1fica? Sim - 3 O artefato possui um hist\u00f3rico de vers\u00f5es com o id e descri\u00e7\u00e3o das vers\u00f5es, data, autores e revisores? Sim - 4 Todas as tabelas e imagens s\u00e3o chamadas no texto, possuem legendas e fontes? Sim 5 Todos os textos est\u00e3o na norma padr\u00e3o? Sim - 6 O documento possui o cuidado \u00e9tico de evitar prejudicar ou causar dano a outras pessoas, seus bens, reputa\u00e7\u00e3o ou emprego? Sim 7 O documento possui os princ\u00edpios de autonomia, benefici\u00eancia, n\u00e3o malefici\u00eancia, justi\u00e7a e equidade? Incompleto Falta justi\u00e7a 8 No documento, h\u00e1 a explica\u00e7\u00e3o do objetivo da pesquisa e como ela ser\u00e1 realizada aos participantes? Sim - 9 H\u00e1 a garantia de confidencialidade e a privacidade dos dados brutos? sim 10 Garante o anonimato dos participantes, preserva\u00e7\u00e3o das suas imagens e a utiliza\u00e7\u00e3o cuidadosa das informa\u00e7\u00f5es coletadas? Sim 11 \u00c9 explicitado um pedido de permiss\u00e3o para grava\u00e7\u00e3o? Seja de imagem ou voz do participante. Sim - 12 H\u00e1 esclarecido um consentimento livre de desist\u00eancia do participante durante a pesquisa? Sim - 13 H\u00e1 local de assinatura do entrevistador e do entrevsitado? Sim -

Fonte: 2023, Bilheteria Digital .

Tendo a tabela 2 como base, ser\u00e3o feitas considera\u00e7\u00f5es no t\u00f3pico subsequente.

"},{"location":"verificacao/grupo/etapa2/aspectos-eticos/#acompanhamento","title":"Acompanhamento","text":"

Na figura 1 \u00e9 poss\u00edvel analisar em forma de gr\u00e1fico o percentual de erros e acertos de acordo com a checklist j\u00e1 preenchida.

Figura 1 - Gr\u00e1fico com resultado da Checklist.

Fonte: Fonte: M\u00e1rcio Henrique

Tabela 3 - Cronograma de Corre\u00e7\u00f5es.

Data de Corre\u00e7\u00e3o Descri\u00e7\u00e3o Respons\u00e1vel(eis) Revisor(es) Status

Fonte: Elaborado por Fonte: M\u00e1rcio Henrique

"},{"location":"verificacao/grupo/etapa2/aspectos-eticos/#bibliografia","title":"Bibliografia","text":"

ALVES, Douglas; MACIEL, Geovanna. verifica\u00e7\u00e3o Aspectos. Reposit\u00f3rio do Grupo bilheteria digital da disciplina Intera\u00e7\u00e3o Humano-Computador da Universidade de Bras\u00edlia, 2023. Dispon\u00edvel em: https://interacao-humano-computador.github.io/2023.1-BilheteriaDigital/verificacao/grupo/etapa2/aspectos-eticos/. Acesso em: 02/12/2024

"},{"location":"verificacao/grupo/etapa2/aspectos-eticos/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"verificacao/grupo/etapa2/aspectos-eticos/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 02/12/2023 Cria\u00e7\u00e3o do documento M\u00e1rcio Henrique Kaio Enzo"},{"location":"verificacao/grupo/etapa2/verificacao-analiseTarefas/","title":"An\u00e1lise de tarefas","text":""},{"location":"verificacao/grupo/etapa2/verificacao-analiseTarefas/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Nessa se\u00e7\u00e3o ser\u00e1 feito a verifica\u00e7\u00e3o do artefato de an\u00e1lise de tarefas. Segundo Barbosa e Silva (2011, p.196 e p.197), a an\u00e1lise de tarefas \u00e9 uma t\u00e9cnica que visa identificar o trabalho dos usu\u00e1rios, como eles o realizam e por qu\u00ea.

"},{"location":"verificacao/grupo/etapa2/verificacao-analiseTarefas/#metodologia","title":"Metodologia","text":"

Segundo Barbosa e Silva (2011, p.197) as t\u00e9cnicas mais comuns temos a an\u00e1lise hier\u00e1rquica de tarefas, GOMS, e o ConcurTaskTrees, sendo assim, a verifica\u00e7\u00e3o ser\u00e1 feita com base nessas t\u00e9cnicas. Uma lista de verifica\u00e7\u00e3o com os aspectos mais importantes ser\u00e1 utilizada para avaliar a qualidade do artefato, assim como, a lista de verifica\u00e7\u00e3o base.

"},{"location":"verificacao/grupo/etapa2/verificacao-analiseTarefas/#cronogramas-e-participantes","title":"Cronogramas e Participantes","text":"

O integrante Kaio Enzo ser\u00e1 respons\u00e1vel por realizar a verifica\u00e7\u00e3o do artefato de an\u00e1lise de tarefas. J\u00e1 o integrante M\u00e1rcio Henrique ser\u00e1 respons\u00e1vel pelas corre\u00e7\u00f5es do artefato caso necess\u00e1rio. A tabela a seguir apresenta o cronograma para a atividade.

Tabela 1 - Participantes da verifica\u00e7\u00e3o. Participante Papel Kaio Enzo Avaliador M\u00e1rcio Henrique Revisora

Fonte: Kaio Enzo

"},{"location":"verificacao/grupo/etapa2/verificacao-analiseTarefas/#sumario-dos-dados-encontrados","title":"Sum\u00e1rio dos dados encontrados","text":"

Tabela 2 - Verifica\u00e7\u00e3o do artefato. ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Padroniza\u00e7\u00e3o 1 O artefato possui introdu\u00e7\u00e3o? Sim 2 O artefato possui uma bibliografia/refer\u00eancia bibliogr\u00e1fica? Sim 3 O artefato possui um hist\u00f3rico de vers\u00f5es com o id e descri\u00e7\u00e3o das vers\u00f5es, data, autores e revisores? Sim 4 Todas as tabelas e imagens s\u00e3o chamadas no texto, possuem legendas e fontes? Sim 5 Todos os textos est\u00e3o na norma padr\u00e3o? Sim An\u00e1lise de Tarefas 6 Foram utilizadas ao menos duas t\u00e9cnicas para especificar as tarefas (HTA, GOMS)? Sim 7 A escolha das tarefas analisadas est\u00e1 de acordo com o perfil de usu\u00e1rio? Sim 8 O fluxo das tarefas avaliadas est\u00e1 em conson\u00e2ncia com as tarefas realizadas pelos usu\u00e1rios na vida real? Sim 9 A an\u00e1lise de tarefas est\u00e1 voltada para a an\u00e1lise conceitual do problema em detrimento do funcionamento de telas e menus? Sim

Autor: Adaptado de Nicolas Souza, 2022 e Plano de ensino.

"},{"location":"verificacao/grupo/etapa2/verificacao-analiseTarefas/#bibliografia","title":"Bibliografia","text":"

SOUZA, Nicolas; Relato dos resultados. Reposit\u00f3rio do Grupo Linchess da disciplina Intera\u00e7\u00e3o Humano-Computador da Universidade de Bras\u00edlia, 2023. Dispon\u00edvel em: https://interacao-humano-computador.github.io/2022.2-Lichess/verificacao_validacao/pc2-resultados/#verificacao-aspectos-eticos/. Acesso em: 03/12/2024

"},{"location":"verificacao/grupo/etapa2/verificacao-analiseTarefas/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"verificacao/grupo/etapa2/verificacao-analiseTarefas/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisores 1.0 02/12/2024 Cria\u00e7\u00e3o do documento. Kaio Enzo 1.1 03/12/2024 Corre\u00e7\u00e3o do documento. Kaio Enzo"},{"location":"verificacao/grupo/etapa2/verificacao-carac-gerais/","title":"Caracter\u00edsticas Gerais","text":""},{"location":"verificacao/grupo/etapa2/verificacao-carac-gerais/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Realizado o planejamento do que verificar, \u00e9 o momento de realizar a inspe\u00e7\u00e3o em si. Esse documento apresenta os objetivos da verifica\u00e7\u00e3o, a metodologia utilizada e os dados da verifica\u00e7\u00e3o. Al\u00e9m disso, os principais problemas encontrados s\u00e3o sumarizados e analisados obtendo informa\u00e7\u00f5es valiosas que ser\u00e3o utilizadas para sugerir a\u00e7\u00f5es corretivas para os mesmos.

"},{"location":"verificacao/grupo/etapa2/verificacao-carac-gerais/#objetivo","title":"Objetivo","text":"

O objetivo \u00e9 avaliar a conformidade do artefato com as diretrizes de identifica\u00e7\u00e3o de necessidades dos usu\u00e1rios e requisitos de IHC. Dentro do contexto acerca do artefato de Aspextos gerais da Etapa 3.

"},{"location":"verificacao/grupo/etapa2/verificacao-carac-gerais/#metodologia","title":"Metodologia","text":"

A verifica\u00e7\u00e3o foi conduzida com base em uma checklist estruturada, elaborada a partir das recomenda\u00e7\u00f5es de Barbosa e Silva sobre Intera\u00e7\u00e3o Humano-Computador. A checklist abrange tanto aspectos formais da documenta\u00e7\u00e3o quanto o conte\u00fado do perfil, visando garantir que este esteja completo, consistente e represente de forma precisa os usu\u00e1rios do sistema.. Na tabela 1 est\u00e3o expostos todas as perguntas abordadas para verfica\u00e7\u00e3o do artefato.Cada item pode ser classificado como n\u00e3o se aplica, sim, n\u00e3o e incompleto.

"},{"location":"verificacao/grupo/etapa2/verificacao-carac-gerais/#cronograma-e-participantes","title":"Cronograma e Participantes","text":"

O integrante do grupo M\u00e1rcio Henrique ser\u00e1 respons\u00e1vel por realizar a verifica\u00e7\u00e3o . J\u00e1, a integrante do grupo Luiza Maluf realizar\u00e1 a corre\u00e7\u00e3o do artefato ap\u00f3s a verifica\u00e7\u00e3o. A tabela 1 apresenta os participantes da verifica\u00e7\u00e3o.

Tabela 1 - Participantes da Verifica\u00e7\u00e3o.

Participante Papel M\u00e1rcio Henrique Avaliador Luiza Maluf Revisora

Fonte: M\u00e1rcio Henrique, 2024

"},{"location":"verificacao/grupo/etapa2/verificacao-carac-gerais/#sumarios-dos-dados-encontrados","title":"Sum\u00e1rios dos Dados Encontrados","text":"

A tabela 2 a seguir apresenta a checklist com os dados obtidos a partir da verifica\u00e7\u00e3o.

Tabela 2 - Checklist de Verifica\u00e7\u00e3o.

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Padroniza\u00e7\u00e3o 1 O artefato possui introdu\u00e7\u00e3o? Sim - 2 O artefato possui uma bibliografia/refer\u00eancia bibliogr\u00e1fica? Sim - 3 O artefato possui um hist\u00f3rico de vers\u00f5es com o id e descri\u00e7\u00e3o das vers\u00f5es, data, autores e revisores? Incompleto Falta atrivuir revisores 4 Todas as tabelas e imagens s\u00e3o chamadas no texto, possuem legendas e fontes? Sim - 5 Todos os textos est\u00e3o na norma padr\u00e3o? N\u00e3o - Caracter\u00edsticas gerais 6 S\u00e3o identificadas as caracter\u00edsticas da plataforma para o projeto ? Sim - 7 S\u00e3o identificados os navegadores ou dispositivos que podem acessar a plataforma ? Sim - 8 S\u00e3o identificadas as limita\u00e7\u00f5es da plataforma ? Sim - 9 S\u00e3o identificadas as funcionalidades da plataforma ? Incompleto Falta detalhamento 10 S\u00e3o identificadas as tecnologias que foram utilizadas ? N\u00e3o -

Fonte: M\u00e1rcio Henrique, 2024.

"},{"location":"verificacao/grupo/etapa2/verificacao-carac-gerais/#problemas-encontrados-e-analise-dos-dados","title":"Problemas Encontrados e An\u00e1lise dos Dados","text":""},{"location":"verificacao/grupo/etapa2/verificacao-carac-gerais/#id-3-o-artefato-possui-um-historico-de-versoes-com-o-id-e-descricao-das-versoes-data-autores-e-revisores","title":"ID 3 - O artefato possui um hist\u00f3rico de vers\u00f5es com o id e descri\u00e7\u00e3o das vers\u00f5es, data, autores e revisores?","text":"

O documento n\u00e3o contem revisor.

"},{"location":"verificacao/grupo/etapa2/verificacao-carac-gerais/#id-10-sao-identificadas-as-tecnologias-que-foram-utilizadas","title":"ID 10 - S\u00e3o identificadas as tecnologias que foram utilizadas?","text":"

O documento em nenhum momento aborda quais tecnologias foram/s\u00e3o usadas no desenvolvimento e manuten\u00e7\u00e3o da aplica\u00e7\u00e3o.

"},{"location":"verificacao/grupo/etapa2/verificacao-carac-gerais/#sugestoes-de-correcao","title":"Sugest\u00f5es de Corre\u00e7\u00e3o","text":"

Tendo em vista os problemas abordados anteriormente, fica como sugest\u00e3o a realiza\u00e7\u00e3o das seguintes corre\u00e7\u00f5es:

  • Detalhar mais quais s\u00e3o as funcionalidades presentes na plataforma;
  • Identificar e documentar quais foram as tecnologias utilizadas no desenvolvimento.
  • Documentar revisores
"},{"location":"verificacao/grupo/etapa2/verificacao-carac-gerais/#acompanhamento","title":"Acompanhamento","text":"

A figura 1 apresenta um gr\u00e1fico com o percentual de respostas sim, n\u00e3o, incompleto ou n\u00e3o se aplica, obtidas atrav\u00e9s da checklist de verifica\u00e7\u00e3o.

Figura 1 - Gr\u00e1fico do resultado da verifica\u00e7\u00e3o.

Fonte: M\u00e1rcio Henrique, 2024.

Tabela 3 - Cronograma de Corre\u00e7\u00f5es.

Data de Corre\u00e7\u00e3o Descri\u00e7\u00e3o Respons\u00e1vel(eis) Revisor(es) Status

Fonte: M\u00e1rcio Henrique, 2024.

"},{"location":"verificacao/grupo/etapa2/verificacao-carac-gerais/#bibliografia","title":"Bibliografia","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"verificacao/grupo/etapa2/verificacao-carac-gerais/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 03/12/2024 Cria\u00e7\u00e3o da p\u00e1gina. M\u00e1rcio Henqirue Kaio Enzo 1.1 03/12/2024 Corre\u00e7\u00e3o da p\u00e1gina. Kaio Enzo M\u00e1rcio Henqirue"},{"location":"verificacao/grupo/etapa2/verificacao-etapa2/","title":"Planejamento da Verifica\u00e7\u00e3o da Etapa 2","text":""},{"location":"verificacao/grupo/etapa2/verificacao-etapa2/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Neste espa\u00e7o, apresentamos o planejamento detalhado para a verifica\u00e7\u00e3o de artefatos de desenvolvimento, fundamentado nas teorias e metodologias de Bruno Silva e Simone Barbosa.

A qualidade e consist\u00eancia dos artefatos s\u00e3o fundamentais para o sucesso de projetos de software, e esse planejamento busca estabelecer um processo criterioso de verifica\u00e7\u00e3o.

"},{"location":"verificacao/grupo/etapa2/verificacao-etapa2/#objetivo","title":"Objetivo","text":"

Com base em princ\u00edpios de consist\u00eancia, completude e clareza, o objetivo deste planejamento \u00e9 garantir que cada artefato esteja alinhado com as especifica\u00e7\u00f5es e atenda aos requisitos estabelecidos. Os procedimentos aqui descritos incluem crit\u00e9rios espec\u00edficos para revis\u00e3o, t\u00e9cnicas de inspe\u00e7\u00e3o, e um plano de acompanhamento para registrar n\u00e3o-conformidades e implementar melhorias cont\u00ednuas.

"},{"location":"verificacao/grupo/etapa2/verificacao-etapa2/#metodologias","title":"Metodologias","text":"

Para garantir a qualidade e a precis\u00e3o dos artefatos apresentados na p\u00e1gina do projeto, adotaremos a Inspe\u00e7\u00e3o Formal como metodologia de verifica\u00e7\u00e3o. Com base no plano de ensino da mat\u00e9ria de IHC, utilizaremos uma checklist geral para a verifica\u00e7\u00e3o dos artefatos, que ser\u00e1 aplicada por cada integrante do grupo no artefato de outro integrante. E tamb\u00e9m, utilizaremos a t\u00e9cnica de Revis\u00e3o por Pares para a verifica\u00e7\u00e3o dos artefatos, onde cada artefato ser\u00e1 revisado por um integrante do grupo que n\u00e3o o produziu.

"},{"location":"verificacao/grupo/etapa2/verificacao-etapa2/#participantes","title":"Participantes","text":"

Foi dividido entre os tr\u00eas integrantes do grupo a tarefa de verifica\u00e7\u00e3o dos artefatos produzidos na etapa 1, visando principalmente evitar que o autor e o reivsor de um mesmo artefato fossem a mesma pessoa.

A seguir est\u00e1 relacionado os respons\u00e1veis por cada verifica\u00e7\u00e3o, assim como seu respectivo artefato.

Tabela 1 - Participantes Artefato Revisor Perfil do Usu\u00e1rio M\u00e1rcio Henrique Asp\u00e9ctos \u00c9ticos M\u00e1rico Henrique An\u00e1lise de Tarefas Kaio Enzo

Autor: Kaio Enzo

"},{"location":"verificacao/grupo/etapa2/verificacao-etapa2/#desenvolvimento-do-projeto","title":"Desenvolvimento do projeto","text":"

Tabela 2 - Lista de verifica\u00e7\u00e3o do desenvolvimento do projeto base. Itens de Verifica\u00e7\u00e3o Resposta Vers\u00e3o, Data e Hora da avalia\u00e7\u00e3o O hist\u00f3rico de vers\u00e3o padronizado? Sim 1.0, 03/12/2024 , 22h40 O(s) autor(es) e o(s) revisor(es) para cada artefato? 1.0, 03/12/2024 , 22h42 Refer\u00eancias bibliogr\u00e1ficas e/ou bibliografia em todos os artefatos? 1.0, 03/12/2024 , 22h44 As tabelas e imagens possuem legenda e fonte e elas chamadas dentro dos texto? 1.0, 03/12/2024 , 22h46 Um texto fazendo uma introdu\u00e7\u00e3o dos artefatos? 1.0, 03/12/2024 , 22h49 O cronograma executado com quem realizou cada artefato/atividade com as datas de in\u00edcio e fim da constru\u00e7\u00e3o/realiza\u00e7\u00e3o do artefato/atividade. 1.0, 03/12/2024 , 22h52 Ata(s) da(s) reuni\u00f5es (com data, hor\u00e1rio de in\u00edcio e do final, participantes, objetivo, atividades definidas etc). 1.0, 03/12/2024 , 22h56 A grava\u00e7\u00e3o da reuni\u00e3o do grupo. 1.0, 03/12/2024 , 23h01 V\u00eddeo de apresenta\u00e7\u00e3o na categoria \u201cn\u00e3o listado\u201d no youtube? 1.0, 03/12/2024 , 23h03

Fonte: Plano de ensino.

"},{"location":"verificacao/grupo/etapa2/verificacao-etapa2/#referencia-bibliografica","title":"Refer\u00eancia bibliogr\u00e1fica","text":"

Plano de Ensino da Disciplina - 2024

"},{"location":"verificacao/grupo/etapa2/verificacao-etapa2/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 02/12/2024 Cria\u00e7\u00e3o do documento. Kaio Enzo 1.1 02/12/2024 Corre\u00e7\u00e3o do documento. Kaio Enzo"},{"location":"verificacao/grupo/etapa2/verificacao-etapa3/","title":"Planejamento de Verifica\u00e7\u00e3o da Etapa 1","text":""},{"location":"verificacao/grupo/etapa2/verificacao-etapa3/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Neste espa\u00e7o, apresentamos o planejamento detalhado para a verifica\u00e7\u00e3o de artefatos de desenvolvimento, fundamentado nas teorias e metodologias de Bruno Silva e Simone Barbosa.

A qualidade e consist\u00eancia dos artefatos s\u00e3o fundamentais para o sucesso de projetos de software, e esse planejamento busca estabelecer um processo criterioso de verifica\u00e7\u00e3o.

"},{"location":"verificacao/grupo/etapa2/verificacao-etapa3/#objetivo","title":"Objetivo","text":"

Com base em princ\u00edpios de consist\u00eancia, completude e clareza, o objetivo deste planejamento \u00e9 garantir que cada artefato esteja alinhado com as especifica\u00e7\u00f5es e atenda aos requisitos estabelecidos. Os procedimentos aqui descritos incluem crit\u00e9rios espec\u00edficos para revis\u00e3o, t\u00e9cnicas de inspe\u00e7\u00e3o, e um plano de acompanhamento para registrar n\u00e3o-conformidades e implementar melhorias cont\u00ednuas.

"},{"location":"verificacao/grupo/etapa2/verificacao-etapa3/#metodologias","title":"Metodologias","text":"

Para garantir a qualidade e a precis\u00e3o dos artefatos apresentados na p\u00e1gina do projeto, adotaremos a Inspe\u00e7\u00e3o Formal como metodologia de verifica\u00e7\u00e3o. Com base no plano de ensino da mat\u00e9ria de IHC, utilizaremos uma checklist geral para a verifica\u00e7\u00e3o dos artefatos, que ser\u00e1 aplicada por cada integrante do grupo no artefato de outro integrante. E tamb\u00e9m, utilizaremos a t\u00e9cnica de Revis\u00e3o por Pares para a verifica\u00e7\u00e3o dos artefatos, onde cada artefato ser\u00e1 revisado por um integrante do grupo que n\u00e3o o produziu.

"},{"location":"verificacao/grupo/etapa2/verificacao-etapa3/#participantes","title":"Participantes","text":"

Foi dividido entre os tr\u00eas integrantes do grupo a tarefa de verifica\u00e7\u00e3o dos artefatos produzidos na etapa 1, visando principalmente evitar que o autor e o reivsor de um mesmo artefato fossem a mesma pessoa.

A seguir est\u00e1 relacionado os respons\u00e1veis por cada verifica\u00e7\u00e3o, assim como seu respectivo artefato.

Tabela 1 - Participantes Artefato Revisor Metas de Usabilidade Luiza Maluf Caracter\u00edsticas Gerais M\u00e1rcio Henrique Guia de Estilos M\u00e1rcio Henrique Princ\u00edpios Gerais Kaio Enzo

"},{"location":"verificacao/grupo/etapa2/verificacao-etapa3/#cronograma","title":"Cronograma","text":"

A verifica\u00e7\u00e3o ser\u00e1 realizada durante o dia 03/12/2024 por cada integrante do grupo e registrada na p\u00e1gina de documenta\u00e7\u00e3o do projeto.

"},{"location":"verificacao/grupo/etapa2/verificacao-etapa3/#resultados","title":"Resultados","text":"

O resultado da verifica\u00e7\u00e3o de cada artefato pode ser acessado com os links a seguir:

  • Metas de Usabilidade
  • Caracter\u00edsticas Gerais
  • Guia de Estilos
  • Princ\u00edpios Gerais
"},{"location":"verificacao/grupo/etapa2/verificacao-etapa3/#lista-de-verificacao","title":"Lista de Verifica\u00e7\u00e3o","text":"

Tabela 2 - Lista de verifica\u00e7\u00e3o do desenvolvimento do projeto base. Itens de Verifica\u00e7\u00e3o Resposta Vers\u00e3o, Data e Hora da avalia\u00e7\u00e3o O hist\u00f3rico de vers\u00e3o padronizado? N\u00e3o Falta incluir os revisores O(s) autor(es) e o(s) revisor(es) para cada artefato? N\u00e3o 2.0 , 03/12/2024, 21H22 Refer\u00eancias bibliogr\u00e1ficas e/ou bibliografia em todos os artefatos? Sim 2.0 , 03/12/2024, 21H24 As tabelas e imagens possuem legenda e fonte e elas chamadas dentro dos texto? Sim 2.0 , 03/12/2024, 21H26 Um texto fazendo uma introdu\u00e7\u00e3o dos artefatos? Sim 2.0 , 03/12/2024, 21H29 O cronograma executado com quem realizou cada artefato/atividade com as datas de in\u00edcio e fim da constru\u00e7\u00e3o/realiza\u00e7\u00e3o do artefato/atividade. N\u00e3o 2.0 , 03/12/2024, 21H32 Ata(s) da(s) reuni\u00f5es (com data, hor\u00e1rio de in\u00edcio e do final, participantes, objetivo, atividades definidas etc). N\u00e3o 2.0 , 03/12/2024, 21H34 A grava\u00e7\u00e3o da reuni\u00e3o do grupo. N\u00e3o 2.0 , 03/12/2024, 21H37 V\u00eddeo de apresenta\u00e7\u00e3o na categoria \u201cn\u00e3o listado\u201d no youtube? N\u00e3o 2.0 , 03/12/2024, 21H40

Fonte: Plano de Ensino

"},{"location":"verificacao/grupo/etapa2/verificacao-etapa3/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

SALES, B. Andr\u00e9. Plano de Ensino FIHC 022024 Turma 01 v1. Bras\u00edlia, DF, 2024. Dispon\u00edvel em: https://aprender3.unb.br/pluginfile.php/2972625/mod_resource/content/56/Plano_de_Ensino%20FIHC%20022024%20Turma%2001%20v1.pdf. Acesso em: 3 dez, 2024.

"},{"location":"verificacao/grupo/etapa2/verificacao-etapa3/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) 1.0 02/12/2024 Descri\u00e7\u00e3o dos Princ\u00edpios Gerais do Projeto. Luiza Maluf"},{"location":"verificacao/grupo/etapa2/verificacao-guia-de-estilo/","title":"Verifica\u00e7\u00e3o do Guia de Estilo","text":""},{"location":"verificacao/grupo/etapa2/verificacao-guia-de-estilo/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Realizado o planejamento do que verificar, \u00e9 o momento de realizar a inspe\u00e7\u00e3o em si. Esse documento apresenta os objetivos da verifica\u00e7\u00e3o, a metodologia utilizada e os dados da verifica\u00e7\u00e3o. Al\u00e9m disso, os principais problemas encontrados s\u00e3o sumarizados e analisados obtendo informa\u00e7\u00f5es valiosas que ser\u00e3o utilizadas para sugerir a\u00e7\u00f5es corretivas para os mesmos.

"},{"location":"verificacao/grupo/etapa2/verificacao-guia-de-estilo/#objetivo","title":"Objetivo","text":"

O objetivo \u00e9 avaliar a conformidade do artefato com as diretrizes de identifica\u00e7\u00e3o de necessidades dos usu\u00e1rios e requisitos de IHC. Dentro do contexto acerca do artefato de Guia de Estilo da Etapa 3.

"},{"location":"verificacao/grupo/etapa2/verificacao-guia-de-estilo/#metodologia","title":"Metodologia","text":"

A verifica\u00e7\u00e3o foi conduzida com base em uma checklist estruturada, elaborada a partir das recomenda\u00e7\u00f5es de Barbosa e Silva sobre Intera\u00e7\u00e3o Humano-Computador. A checklist abrange tanto aspectos formais da documenta\u00e7\u00e3o quanto o conte\u00fado do guia de estilo, visando garantir que este esteja completo, consistente e represente de forma precisa os usu\u00e1rios do sistema. Na tabela 1 est\u00e3o expostos todas as perguntas abordadas para verfica\u00e7\u00e3o do artefato. Cada item pode ser classificado como n\u00e3o se aplica, sim, n\u00e3o e incompleto

Na tabela 1, os campos de \"Avalia\u00e7\u00e3o\" e \"Observa\u00e7\u00f5es\" ser\u00e3o preenchidos no desenvolvimento em que haver\u00e1 uma discuss\u00e3o a respeito de alguns itens. Para tal ser\u00e1 utilizado o ID da pergunta.

"},{"location":"verificacao/grupo/etapa2/verificacao-guia-de-estilo/#cronograma-e-participantes","title":"Cronograma e Participantes","text":"

O integrante do grupo M\u00e1rcio Henrique ser\u00e1 respons\u00e1vel por realizar a verifica\u00e7\u00e3o . J\u00e1, a integrante do grupo Luiza Maluf realizar\u00e1 a corre\u00e7\u00e3o do artefato ap\u00f3s a verifica\u00e7\u00e3o. A tabela 1 apresenta os participantes da verifica\u00e7\u00e3o.

Tabela 1 - Participantes da Verifica\u00e7\u00e3o.

Participante Papel M\u00e1rcio Henrique Avaliador Luiza Maluf Revisora

Autor: M\u00e1rcio Henrique, 2024

"},{"location":"verificacao/grupo/etapa2/verificacao-guia-de-estilo/#sumarios-dos-dados-encontrados","title":"Sum\u00e1rios dos Dados Encontrados","text":"

A tabela 2 a seguir apresenta a checklist com os dados obtidos a partir da verifica\u00e7\u00e3o. As fontes de cada pergunta foram apresentadas na p\u00e1gina de planejamento.

Tabela 2 - Lista de Verifica\u00e7\u00e3o.

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Padroniza\u00e7\u00e3o 1 O artefato possui introdu\u00e7\u00e3o? N\u00e3o - 2 O artefato possui uma bibliografia/refer\u00eancia bibliogr\u00e1fica? Sim - 3 O artefato possui um hist\u00f3rico de vers\u00f5es com o id e descri\u00e7\u00e3o das vers\u00f5es, data, autores e revisores? Incompleto Falta atrivuir revisores 4 Todas as tabelas e imagens s\u00e3o chamadas no texto, possuem legendas e fontes? Sim - 5 Todos os textos est\u00e3o na norma padr\u00e3o? N\u00e3o - Guia de Estilo 6 Existe um t\u00f3pico de introdu\u00e7\u00e3o? Incompleto - 6.1 Existe um subt\u00f3pico de objetivo do guia de estilo? Sim - 6.2 Existe um subt\u00f3pico de organiza\u00e7\u00e3o e conte\u00fado do guia de estilo? Sim - 6.3 Existe um subt\u00f3pico de p\u00fablico-alvo do guia de estilos? Sim - 6.4 Existe um subt\u00f3pico de como utilizar o guia? Sim - 6.5 Existe um subt\u00f3pico de como manter o guia? Sim - 7 Existe um t\u00f3pico de resultados de an\u00e1lise? Sim - 7.1 Existe um subt\u00f3pico de descri\u00e7\u00e3o do ambiente de trabalho do usu\u00e1rio? Sim 8 Existe um t\u00f3pico de Elementos de interface? Sim - 8.1 Existe um subt\u00f3pico de disposi\u00e7\u00e3o espacial e grid? Sim 8.2 Existe um subt\u00f3pico de janelas? Sim 8.3 Existe um subt\u00f3pico de tipografia? Sim 8.4 Existe um subt\u00f3pico de s\u00edmbolos n\u00e3o tipogr\u00e1ficos? N\u00e3o 8.5 Existe um subt\u00f3pico de cores? Sim 8.6 Existe um subt\u00f3pico de anima\u00e7\u00f5es? N\u00e3o - 9 Existe um t\u00f3pico de Elementos de intera\u00e7\u00e3o? Sim - 9.1 Existe um subt\u00f3pico de estilos de intera\u00e7\u00e3o? Sim 9.2 Existe um subt\u00f3pico de sele\u00e7\u00e3o de um estilo? Sim 9.3 Existe um subt\u00f3pico de aceleradores (teclas de atalho)? Sim 10 Existe um t\u00f3pico de Elementos de a\u00e7\u00e3o? Sim - 10.1 Existe um subt\u00f3pico de preenchimento de campos? Sim 10.2 Existe um subt\u00f3pico de sele\u00e7\u00e3o? Sim 10.3 Existe um subt\u00f3pico de ativa\u00e7\u00e3o? Sim 11 Existe um t\u00f3pico de Vocabul\u00e1rio e padr\u00f5es? Sim - 11.1 Existe um subt\u00f3pico de terminologia? Sim 11.2 Existe um subt\u00f3pico de tipos de tela (para tarefas comuns)? Sim 11.3 Existe um subt\u00f3pico de sequ\u00eancias de di\u00e1logos? Sim 12 O Guia de Estilo apresenta como os Princ\u00edpios Gerais do Projeto ser\u00e3o adicionados ao projeto? N\u00e3o - 13 O guia trata as metas de usabilidade priorizadas? N\u00e3o -

Fonte: M\u00e1rcio Henrique, Luiza Maluf e Kaio Enzo , 2024.

"},{"location":"verificacao/grupo/etapa2/verificacao-guia-de-estilo/#problemas-encontrados-e-analise-dos-dados","title":"Problemas Encontrados e An\u00e1lise dos Dados","text":""},{"location":"verificacao/grupo/etapa2/verificacao-guia-de-estilo/#id-1-o-artefato-possui-introducao","title":"ID 1 - O artefato possui introdu\u00e7\u00e3o?","text":"

O artefato j\u00e1 introduz direto nos objetivos do guia de estilo, deixando confuso ao que o artefato ser\u00e1 apresentado.

"},{"location":"verificacao/grupo/etapa2/verificacao-guia-de-estilo/#id-6-existe-um-topico-de-introducao","title":"ID 6 - Existe um t\u00f3pico de introdu\u00e7\u00e3o?","text":"

O t\u00f3pico n\u00e3o \u00e9 apresentado seguindo as recomenda\u00e7\u00f5es de Mayhew (1999), com os subt\u00f3picos de objetivos, organiza\u00e7\u00e3o e conte\u00fado, p\u00fablico-alvo, como utilizar e como manter o guia sendo subt\u00f3picos do t\u00f3pico Objetivo.

"},{"location":"verificacao/grupo/etapa2/verificacao-guia-de-estilo/#id-81-existe-um-subtopico-de-disposicao-espacial-e-grid","title":"ID 8.1 - Existe um subt\u00f3pico de disposi\u00e7\u00e3o espacial e grid?","text":"

A tela do Figma cont\u00e9m uma representa\u00e7\u00e3o visual inicial das disposi\u00e7\u00f5es e grids, mas se assemelha mais a um prot\u00f3tipo de baixa fidelidade. As medidas em pixels, essenciais para o desenvolvimento preciso, n\u00e3o est\u00e3o explicitadas. Al\u00e9m disso, a aus\u00eancia de um subt\u00f3pico dedicado torna a organiza\u00e7\u00e3o e localiza\u00e7\u00e3o dos elementos mais complexas.

"},{"location":"verificacao/grupo/etapa2/verificacao-guia-de-estilo/#id-84-existe-um-subtopico-de-simbolos-nao-tipograficos","title":"ID 8.4 - Existe um subt\u00f3pico de s\u00edmbolos n\u00e3o tipogr\u00e1ficos?","text":"

N\u00e3o existe este conte\u00fado no artefado verificado

"},{"location":"verificacao/grupo/etapa2/verificacao-guia-de-estilo/#id-86-existe-um-subtopico-de-animacoes","title":"ID 8.6 - Existe um subt\u00f3pico de anima\u00e7\u00f5es?","text":"

N\u00e3o existe este conte\u00fado no artefado verificado

"},{"location":"verificacao/grupo/etapa2/verificacao-guia-de-estilo/#id-12-o-guia-de-estilo-apresenta-como-os-principios-gerais-do-projeto-serao-adicionados-ao-projeto","title":"ID 12 - O Guia de Estilo apresenta como os Princ\u00edpios Gerais do Projeto ser\u00e3o adicionados ao projeto?","text":"

N\u00e3o \u00e9 explicado como os principios gerais ser\u00e3o adicionados no projeto em nenhuma parte do artefato.

"},{"location":"verificacao/grupo/etapa2/verificacao-guia-de-estilo/#id-13-o-guia-trata-as-metas-de-usabilidade-priorizadas","title":"ID 13 - O guia trata as metas de usabilidade priorizadas?","text":"

O guia n\u00e3o apresenta sugest\u00f5es de tratamento para as metas de usabilidades priorizadas

"},{"location":"verificacao/grupo/etapa2/verificacao-guia-de-estilo/#sugestoes-de-correcao","title":"Sugest\u00f5es de Corre\u00e7\u00e3o","text":"

Fica como sugest\u00e3o a realiza\u00e7\u00e3o das seguintes corre\u00e7\u00f5es:

  • Corrigir os erros ortogr\u00e1ficos;
  • Adicionar os t\u00f3picos faltantes;
  • Explicar como os princ\u00edpios gerais ser\u00e1 utilizado no guia;
  • Apresentar tratamentos para os problemas nas metas de usabilidade priorizadas.
"},{"location":"verificacao/grupo/etapa2/verificacao-guia-de-estilo/#acompanhamento","title":"Acompanhamento","text":"

A figura 1 apresenta um gr\u00e1fico com o percentual de respostas sim, n\u00e3o, incompleto ou n\u00e3o se aplica, obtidas atrav\u00e9s da checklist de verifica\u00e7\u00e3o.

Figura 1 - Gr\u00e1fico do resultado da verifica\u00e7\u00e3o.

Fonte: M\u00e1rcio Henrique, 2024.

"},{"location":"verificacao/grupo/etapa2/verificacao-guia-de-estilo/#retrabalho","title":"Retrabalho","text":"

Como proposto por Fagan, para o retrabalho os autores do artefato (Luiza Maluf ) ser\u00e3o respons\u00e1veis em um primeiro momento por corrigir os problemas apresentados seguindo a lista de sugest\u00e3o de corre\u00e7\u00e3o apresentada anteriormente, por\u00e9m h\u00e1 a possibilidade de outros integrantes do grupo realizarem as corre\u00e7\u00f5es propostas.

Tabela 3 - Cronograma de Corre\u00e7\u00f5es.

Data de Corre\u00e7\u00e3o Descri\u00e7\u00e3o Respons\u00e1vel(eis) Revisor(es) Status

Fonte: Elaborado por M\u00e1rcio Henrique, 2024.

"},{"location":"verificacao/grupo/etapa2/verificacao-guia-de-estilo/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

MARCUS, A. Graphic Design for Electronic Documents and User Interfaces. New York: The ACM Press, 1992.

MAYHEW, D. The Usability Engineering Lifecycle: a practitioner\u2019s handbook for user interface design. San Francisco: Morgan Kaufmann, 1999.

"},{"location":"verificacao/grupo/etapa2/verificacao-guia-de-estilo/#bibliografia","title":"Bibliografia","text":"

FERREIRA, Rafael. Verifica\u00e7\u00e3o do Planejamento da Avalia\u00e7\u00e3o da An\u00e1lise de Tarefas. Reposit\u00f3rio do Grupo Bilheteria Digital da disciplina de Intera\u00e7\u00e3o Humano Computador da Universidade de Bras\u00edlia, 2023. Dispon\u00edvel em: <<>>. Acesso em: 10 dezembro 2024.

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"verificacao/grupo/etapa2/verificacao-guia-de-estilo/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 03/12/2024 Cria\u00e7\u00e3o do documento M\u00e1rcio Henrique Luiza Maluf"},{"location":"verificacao/grupo/etapa2/verificacao-metasUsab/","title":"Verifica\u00e7\u00e3o das Metas de Usabilidade","text":""},{"location":"verificacao/grupo/etapa2/verificacao-metasUsab/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este documento apresenta a verifica\u00e7\u00e3o de software com foco nas metas de usabilidade definidas para o Portal DETRAN-DF.

"},{"location":"verificacao/grupo/etapa2/verificacao-metasUsab/#objetivo","title":"Objetivo","text":"

O objetivo desse artefato \u00e9 avaliar a conformidade do portal com os crit\u00e9rios de efic\u00e1cia, efici\u00eancia, seguran\u00e7a, facilidade de aprendizado, facilidade de recorda\u00e7\u00e3o e satisfa\u00e7\u00e3o.

"},{"location":"verificacao/grupo/etapa2/verificacao-metasUsab/#metodologia","title":"Metodologia","text":"

A metodologia adotada para a realiza\u00e7\u00e3o desta verifica\u00e7\u00e3o consiste na aplica\u00e7\u00e3o de uma checklist estruturada, composta por um conjunto de perguntas que abrangem tanto os aspectos formais do documento quanto o seu conte\u00fado t\u00e9cnico. As respostas \u00e0s perguntas ser\u00e3o classificadas de acordo com a seguinte escala: Sim, N\u00e3o, Incompleto ou N\u00e3o se aplica. Al\u00e9m disso, ser\u00e1 reservado um espa\u00e7o para que o avaliador registre observa\u00e7\u00f5es adicionais.

"},{"location":"verificacao/grupo/etapa2/verificacao-metasUsab/#cronograma-e-participantes","title":"Cronograma e Participantes","text":"

A integrante do grupo Luiza Maluf ser\u00e1 respons\u00e1vel por realizar a verifica\u00e7\u00e3o. J\u00e1, o integrante do grupo Kaio Enzo realizar\u00e1 a corre\u00e7\u00e3o do artefato ap\u00f3s a verifica\u00e7\u00e3o. A tabela 1 apresenta os participantes da verifica\u00e7\u00e3o.

Tabela 1 - Participantes da Verifica\u00e7\u00e3o.

Participante Papel Luiza Maluf Avaliador Kaio Enzo Revisora

Autor: Luiza Maluf, 2024

"},{"location":"verificacao/grupo/etapa2/verificacao-metasUsab/#lista-de-verificacao","title":"Lista de Verifica\u00e7\u00e3o","text":"ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Padroniza\u00e7\u00e3o 1 O artefato possui introdu\u00e7\u00e3o? Sim - 2 O artefato possui uma bibliografia/refer\u00eancia bibliogr\u00e1fica? Sim - 3 O artefato possui um hist\u00f3rico de vers\u00f5es com o id e descri\u00e7\u00e3o das vers\u00f5es, data, autores e revisores? Incompleto Falta atrivuir revisores 4 Todas as tabelas e imagens s\u00e3o chamadas no texto, possuem legendas e fontes? Sim - 5 Todos os textos est\u00e3o na norma padr\u00e3o? Sim - Metas de Usabilidade 6 S\u00e3o apresentados quais fatores de qualidade de uso ser\u00e3o priorizados no projeto? Sim 7 A raz\u00e3o da sele\u00e7\u00e3o das metas de usabilidade? Sim \\ 8 As metas foram definidas atrav\u00e9s do perfil de usu\u00e1rio? Sim 9 Foram definidas as usabilidades em 6 metas? Sim 10 O artefato descreve o contexto de uso do sistema (plataformas e dispositivos)? Sim 11 As metas incluem m\u00e9tricas para avalia\u00e7\u00e3o objetiva (ex: tempo, cliques, taxa de sucesso)? Sim 12 As metas consideram seguran\u00e7a (ex: prote\u00e7\u00e3o de dados, preven\u00e7\u00e3o de erros)? Sim 14 O texto aborda diferentes n\u00edveis de experi\u00eancia dos usu\u00e1rios? N\u00e3o N\u00e3o menciona n\u00edveis como iniciantes ou avan\u00e7ados explicitamente"},{"location":"verificacao/grupo/etapa2/verificacao-metasUsab/#problemas-encontrados","title":"Problemas Encontrados","text":""},{"location":"verificacao/grupo/etapa2/verificacao-metasUsab/#id-3-o-artefato-possui-um-historico-de-versoes-com-o-id-e-descricao-das-versoes-data-autores-e-revisores","title":"ID 3: O artefato possui um hist\u00f3rico de vers\u00f5es com o id e descri\u00e7\u00e3o das vers\u00f5es, data, autores e revisores?","text":"

O artefato n\u00e3o possui o campo revisores preenchido.

"},{"location":"verificacao/grupo/etapa2/verificacao-metasUsab/#id-14-o-texto-aborda-diferentes-niveis-de-experiencia-dos-usuarios","title":"ID 14: O texto aborda diferentes n\u00edveis de experi\u00eancia dos usu\u00e1rios?","text":"

As metas de usabilidade n\u00e3o menciona n\u00edveis como iniciantes ou avan\u00e7ados explicitamente.

"},{"location":"verificacao/grupo/etapa2/verificacao-metasUsab/#sugestao-de-correcao","title":"Sugest\u00e3o de Corre\u00e7\u00e3o","text":"

  • Adicionar os revisores na tabela do hist\u00f3rico de vers\u00f5es;

  • Tratar n\u00edveis de usu\u00e1rios diferentes.

"},{"location":"verificacao/grupo/etapa2/verificacao-metasUsab/#acompanhamento","title":"Acompanhamento","text":"

Na figura 1, \u00e9 apresentado um gr\u00e1fico como o percentual de respostas \"Sim\", \"N\u00e3o\", \"Incompleto\", obtidas atraves da lista de verifica\u00e7\u00e3o.

Figura 1 - Gr\u00e1fico do resultado da verifica\u00e7\u00e3o.

Autor: Luiza Maluf

"},{"location":"verificacao/grupo/etapa2/verificacao-metasUsab/#correcao","title":"Corre\u00e7\u00e3o","text":"

Como proposto por Fagan, os integrantes do grupo que foram respons\u00e1veis pela produ\u00e7\u00e3o do artefato que devem fazer as devidas corre\u00e7\u00f5es propostas pela verifica\u00e7\u00e3o.

Dessa forma, ap\u00f3s a corre\u00e7\u00e3o, o autor dessa verifica\u00e7\u00e3o ir\u00e1 revisar se as corre\u00e7\u00f5e s foram feitas da forma correta.

Data da Corre\u00e7\u00e3o Descri\u00e7\u00e3o Respons\u00e1vel(eis) Revisor(es) Status 21/12/2024 Corre\u00e7\u00f5es sugeridas Kaio Enzo Luiza Maluf

"},{"location":"verificacao/grupo/etapa2/verificacao-metasUsab/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"verificacao/grupo/etapa2/verificacao-metasUsab/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor 1.0 03/12/2024 Verifica\u00e7\u00e3o das metas de usabilidade Luiza Maluf Kaio Enzo"},{"location":"verificacao/grupo/etapa2/verificacao-perfil-usuario/","title":"Perfil do Usu\u00e1rio","text":""},{"location":"verificacao/grupo/etapa2/verificacao-perfil-usuario/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este documento detalha a verifica\u00e7\u00e3o do artefato Perfil de Usu\u00e1rio. A an\u00e1lise seguir\u00e1 a metodologia de inspe\u00e7\u00e3o de Fagan, utilizando uma checklist baseada nas diretrizes de Intera\u00e7\u00e3o Humano-Computador de Barbosa e Silva. O objetivo \u00e9 identificar e classificar poss\u00edveis falhas no perfil, garantindo sua qualidade e alinhamento com os princ\u00edpios de IHC.

"},{"location":"verificacao/grupo/etapa2/verificacao-perfil-usuario/#metodologia","title":"Metodologia","text":"

A verifica\u00e7\u00e3o foi conduzida com base em uma checklist estruturada, elaborada a partir das recomenda\u00e7\u00f5es de Barbosa e Silva sobre Intera\u00e7\u00e3o Humano-Computador. A checklist abrange tanto aspectos formais da documenta\u00e7\u00e3o quanto o conte\u00fado do perfil, visando garantir que este esteja completo, consistente e represente de forma precisa os usu\u00e1rios do sistema.. Na tabela 1 est\u00e3o expostos todas as perguntas abordadas para verfica\u00e7\u00e3o do artefato.Cada item pode ser classificado como n\u00e3o se aplica, sim, n\u00e3o e incompleto.

Na tabela 1, os campos de \"Avalia\u00e7\u00e3o\" e \"Observa\u00e7\u00f5es\" ser\u00e3o preenchidos no desenvolvimento em que haver\u00e1 uma discuss\u00e3o a respeito de alguns itens. Para tal ser\u00e1 utilizado o ID da pergunta.

"},{"location":"verificacao/grupo/etapa2/verificacao-perfil-usuario/#desenvolvimento","title":"Desenvolvimento","text":"

O artefato foi verificado e gerou os resultados da tabela 2, sendo poss\u00edvel identificar os t\u00f3picos faltantes e/ou conclu\u00eddos.

Tabela 2 - Checklist preechido.

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es 1 O artefato possui Introdu\u00e7\u00e3o? Sim 2 O artefato artefato possui uma Bibliografia/Refer\u00eancia Bibliogr\u00e1fica? Sim 3 O artefato possui um Hist\u00f3rico de Vers\u00f5es com o id e descri\u00e7\u00e3o das vers\u00f5es, data, autores e revisores? Incompleto Falta revisores 4 Todas as tabelas e imagens s\u00e3o chamadas no texto, possuem legendas e fontes? Sim Est\u00e3o distribu\u00eddas fora da norma ABNT 5 Todos os textos est\u00e3o na norma padr\u00e3o? Sim 6 Foram identificadas caracter\u00edsticas de interesse (como cargo, fun\u00e7\u00e3o, experi\u00eancia, n\u00edvel de instru\u00e7\u00e3o, atividades principais, faixa et\u00e1ria, rela\u00e7\u00e3o com tecnologia, conhecimento do dom\u00ednio do produto, principais tarefas realizadas, entre outras) para serem coletadas dos usu\u00e1rios? Sim Ser\u00e1 justificado no texto. 7 Os dados para o perfil de usu\u00e1rio foram coletados por meio de algum estudo, como entrevistas ou question\u00e1rios? Sim Ser\u00e1 justificado no texto. 8 Os perfis de usu\u00e1rio s\u00e3o agrupados por faixa et\u00e1ria, experi\u00eancia, atitude e tarefas prim\u00e1rias no sistema? Sim 9 A propor\u00e7\u00e3o de usu\u00e1rios em cada perfil foi determinada? Sim

Fonte: M\u00e1rcio Henrique.

Com base na tabela preenchida, ser\u00e3o feitas considera\u00e7\u00f5es acerca de alguns itens da tabela.

"},{"location":"verificacao/grupo/etapa2/verificacao-perfil-usuario/#id-6-foram-identificadas-caracteristicas-de-interesse-como-cargo-funcao-experiencia-nivel-de-instrucao-atividades-principais-faixa-etaria-relacao-com-tecnologia-conhecimento-do-dominio-do-produto-principais-tarefas-realizadas-entre-outras-para-serem-coletadas-dos-usuarios","title":"ID 6 - Foram identificadas caracter\u00edsticas de interesse (como cargo, fun\u00e7\u00e3o, experi\u00eancia, n\u00edvel de instru\u00e7\u00e3o, atividades principais, faixa et\u00e1ria, rela\u00e7\u00e3o com tecnologia, conhecimento do dom\u00ednio do produto, principais tarefas realizadas, entre outras) para serem coletadas dos usu\u00e1rios?","text":"

O grupo enfatizou que as principais caracteristas tenha sido coletadas. Portanto apesar de nem todas as tarefas oferecidos n\u00e3o serem colocados no question\u00e1rio, foi enfatizado a fun\u00e7\u00f5es mais utilizadas para o cidad\u00e3o em geral.

"},{"location":"verificacao/grupo/etapa2/verificacao-perfil-usuario/#id-7-os-dados-para-o-perfil-de-usuario-foram-coletados-por-meio-de-algum-estudo-como-entrevistas-ou-questionarios","title":"ID 7 - Os dados para o perfil de usu\u00e1rio foram coletados por meio de algum estudo, como entrevistas ou question\u00e1rios?","text":"

A escolha do grupo de utilizar o artigo feito pela CBEO - Congresso brasileiro de estudos organizacionais mais informa\u00e7\u00f5es, a esse estudo foi focado para o CIC - Centro Integrado de cultura, sendo adaptado para o contexto do nosso projeto utilizando o sistema do Detran-DF. Isso em conjunto com o question\u00e1rio elaborado pelos participantes possibilitou juntar diversos dados interessantes e pertinentes para o artefato.

"},{"location":"verificacao/grupo/etapa2/verificacao-perfil-usuario/#sugestoes-e-melhorias","title":"Sugest\u00f5es e melhorias","text":"

Apesar da detalhadamento das informa\u00e7\u00f5es, o artefato se encontra bem completo e as pesquisas utilizadas s\u00e3o um diferencial . De sugest\u00f5es e melhorias ficam:

  • Especificar a propor\u00e7\u00e3o dos usu\u00e1rios em cada perfil;
"},{"location":"verificacao/grupo/etapa2/verificacao-perfil-usuario/#bibliografia","title":"Bibliografia","text":"

Weschenfelder, Salles. PESQUISA DE IDENTIFICA\u00c7\u00c3O DE PERFIL E DESATISFA\u00c7\u00c3O DOS USU\u00c1RIOS DO CENTRO INTEGRADO DE CULTURA (CIC) COMO FONTE DE INFORMA\u00c7\u00c3O PARA GEST\u00c3O P\u00daBLICA DA CULTURA. Canais do Congresso Brasileiro de Estrat\u00e9gia - CEBEO, [S.l.],2016. Dispon\u00edvel em: https://anaiscbeo.emnuvens.com.br/cbeo/article/download/215/207. Acesso em: 03 dez. 2024.

"},{"location":"verificacao/grupo/etapa2/verificacao-perfil-usuario/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"verificacao/grupo/etapa2/verificacao-perfil-usuario/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 03/12/2024 Verifica\u00e7\u00e3o do perfil do usu\u00e1rio DeM4rcio Luiza Maluf"},{"location":"verificacao/grupo/etapa2/verificacao-principio-gerais/","title":"Verifica\u00e7\u00e3o do Perfil do Usu\u00e1rio","text":""},{"location":"verificacao/grupo/etapa2/verificacao-principio-gerais/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Realizado o planejamento do que verificar, \u00e9 o momento de realizar a inspe\u00e7\u00e3o em si. Esse documento apresenta os objetivos da verifica\u00e7\u00e3o, a metodologia utilizada e os dados da verifica\u00e7\u00e3o. Al\u00e9m disso, os principais problemas encontrados s\u00e3o sumarizados e analisados obtendo informa\u00e7\u00f5es valiosas que ser\u00e3o utilizadas para sugerir a\u00e7\u00f5es corretivas para os mesmos.

"},{"location":"verificacao/grupo/etapa2/verificacao-principio-gerais/#objetivo","title":"Objetivo","text":"

O objetivo \u00e9 avaliar a conformidade do artefato com as diretrizes de identifica\u00e7\u00e3o de necessidades dos usu\u00e1rios e requisitos de IHC. Dentro do contexto acerca do artefato de Principios gerais da Etapa 3.

"},{"location":"verificacao/grupo/etapa2/verificacao-principio-gerais/#metodologia","title":"Metodologia","text":"

A verifica\u00e7\u00e3o foi conduzida com base em uma checklist estruturada, elaborada a partir das recomenda\u00e7\u00f5es de Barbosa e Silva sobre Intera\u00e7\u00e3o Humano-Computador. A checklist abrange tanto aspectos formais da documenta\u00e7\u00e3o quanto o conte\u00fado do perfil, visando garantir que este esteja completo, consistente e represente de forma precisa os usu\u00e1rios do sistema.. Na tabela 1 est\u00e3o expostos todas as perguntas abordadas para verfica\u00e7\u00e3o do artefato.Cada item pode ser classificado como n\u00e3o se aplica, sim, n\u00e3o e incompleto.

"},{"location":"verificacao/grupo/etapa2/verificacao-principio-gerais/#cronograma-e-participantes","title":"Cronograma e Participantes","text":"

O integrante do grupo M\u00e1rcio Henrique ser\u00e1 respons\u00e1vel por realizar a verifica\u00e7\u00e3o. J\u00e1 o integrante do grupo Kaio Enzo realizar\u00e1 a corre\u00e7\u00e3o do artefato ap\u00f3s a verifica\u00e7\u00e3o. A tabela 1 apresenta os participantes da verifica\u00e7\u00e3o.

Tabela 1 - Participantes da Verifica\u00e7\u00e3o.

Participante Papel M\u00e1rcio Henrique Avaliador Kaio Enzo Revisorr

Fonte: M\u00e1rcio Henrique, 2024

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Padroniza\u00e7\u00e3o 1 O artefato possui introdu\u00e7\u00e3o? Sim - 2 O artefato possui uma bibliografia/refer\u00eancia bibliogr\u00e1fica? Sim - 3 O artefato possui um hist\u00f3rico de vers\u00f5es com o id e descri\u00e7\u00e3o das vers\u00f5es, data, autores e revisores? Incompleto Falta atrivuir revisores 4 Todas as tabelas e imagens s\u00e3o chamadas no texto, possuem legendas e fontes? Sim - 5 Todos os textos est\u00e3o na norma padr\u00e3o? N\u00e3o - Princ\u00edpios Gerais 6 O documento apresentaa embasamento te\u00f3rico? Sim - 7 Foram identificadas viola\u00e7\u00f5es dos princ\u00edpios gerais definidos no projeto? Caso sim, essas viola\u00e7\u00f5es foram explicitadas? Sim - 8 O documento cont\u00e9m correspond\u00eancia com as expectativas dos usu\u00e1rios ? Sim - 9 O documento cont\u00e9m simplicidade nas estruturas das tarefas ? Sim - 10 O documento cont\u00e9m equil\u00edbrio entre controle e liberdade do usu\u00e1rio ? Sim - 11 O documento cont\u00e9m consist\u00eancia e padroniza\u00e7\u00e3o ? Sim - 12 O documento cont\u00e9m promo\u00e7\u00e3o da efici\u00eancia do usu\u00e1rio ? Sim - 13 O documento cont\u00e9m antecipa\u00e7\u00e3o das necessidades do usu\u00e1rio ? Sim - 14 O documento cont\u00e9m visibilidade e reconhecimento ? Sim - 15 O documento gerais cont\u00e9m conte\u00fado relevante e express\u00e3o adequada ? Sim - 16 O documento cont\u00e9m projeto para erros ? Sim -"},{"location":"verificacao/grupo/etapa2/verificacao-principio-gerais/#sugestoes-de-correcao","title":"Sugest\u00f5es de Corre\u00e7\u00e3o","text":"

N\u00e3o foi encontrado nenhum erro, ou fora das conformidades da verifica\u00e7\u00e3o.

"},{"location":"verificacao/grupo/etapa2/verificacao-principio-gerais/#acompanhamento","title":"Acompanhamento","text":"

A figura 1 apresenta um gr\u00e1fico com o percentual de respostas sim, n\u00e3o, incompleto ou n\u00e3o se aplica, obtidas atrav\u00e9s da checklist de verifica\u00e7\u00e3o.

Figura 1 - Gr\u00e1fico do resultado da verifica\u00e7\u00e3o.

Autor: M\u00e1rcio Henrique, 2024.

"},{"location":"verificacao/grupo/etapa2/verificacao-principio-gerais/#bibliografia","title":"Bibliografia","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"verificacao/grupo/etapa2/verificacao-principio-gerais/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 03/12/2024 Cria\u00e7\u00e3o do Documento. M\u00e1rcio Henrique Kaio Enzo"},{"location":"verificacao/grupo/etapa4/planejamento-verificacao-etapa4/","title":"Planejamento da Verifica\u00e7\u00e3o da Etapa 4","text":""},{"location":"verificacao/grupo/etapa4/planejamento-verificacao-etapa4/#introducao","title":"Introdu\u00e7\u00e3o","text":"

A verifica\u00e7\u00e3o \u00e9 uma das etapas mais importantes do desenvolvimento de um projeto. Nela os artefatos produzidos s\u00e3o analisados garantindo que os mesmos cumpram com os seus requisitos especificados.

"},{"location":"verificacao/grupo/etapa4/planejamento-verificacao-etapa4/#objetivos","title":"Objetivos","text":"

O objetivo deste documento \u00e9 verificar se os artefatos produzidos na Etapa 4 do Grupo 8 possuem os itens e o padr\u00e3o exigidos para tais.

"},{"location":"verificacao/grupo/etapa4/planejamento-verificacao-etapa4/#metodologia","title":"Metodologia","text":"

A metodologia escolhida para esta verifica\u00e7\u00e3o \u00e9 a inspe\u00e7\u00e3o. Desenvolvida originalmente para c\u00f3digos de software por Fagan na IBM em 1976, essa t\u00e9cnica consiste em uma revis\u00e3o formal dos artefatos produzidos a fim de se encontrar defeitos. Essa revis\u00e3o \u00e9 realizada atrav\u00e9s de uma checklist onde se tem uma lista com os defeitos mais comuns que dever\u00e3o ser identificados, analisados e classificados. Vale ressaltar que a leitura do artefato n\u00e3o deve ser feita pelo o autor do mesmo. Ao findar a verifica\u00e7\u00e3o, ser\u00e1 exibido um gr\u00e1fico referente aos resultados obtidos.

"},{"location":"verificacao/grupo/etapa4/planejamento-verificacao-etapa4/#participantes","title":"Participantes","text":"

O respons\u00e1vel pelas verifica\u00e7\u00f5es s\u00e3o os integrantes do Grupo 8: M\u00e1rcio Henrique e Luiza Maluf, os quais realizam tanto a verifica\u00e7\u00e3o do planejamento e do relato de seus resultados.

"},{"location":"verificacao/grupo/etapa4/planejamento-verificacao-etapa4/#objetos-de-verificacao","title":"Objetos de Verifica\u00e7\u00e3o","text":"

Os artefatos alvos dessa verifica\u00e7\u00e3o s\u00e3o:

  • O Planejamento da Avalia\u00e7\u00e3o da An\u00e1lise de Tarefas .
  • O Planejamento do Relato dos Resultados da An\u00e1lise de Tarefas.
  • O Planejamento da Avalia\u00e7\u00e3o do Storyboard.
  • O Planejamento do Relato dos Resultados do Storyboard.
"},{"location":"verificacao/grupo/etapa4/planejamento-verificacao-etapa4/#cronograma","title":"Cronograma","text":"

A tabela 1 a seguir, apresenta o cronograma das atividades a serem realizadas.

Tabela 1 - Cronograma das Atividades.

Data Descri\u00e7\u00e3o Respons\u00e1vel 10/12/2024 Verifica\u00e7\u00e3o do Planejamento da Avalia\u00e7\u00e3o da An\u00e1lise de Tarefas. Luiza Maluf 10/12/2024 Verifica\u00e7\u00e3o do Planejamento do Relato dos Resultados da An\u00e1lise de Tarefas. Luiza Maluf 10/12/2024 Verifica\u00e7\u00e3o do Planejamento da Avalia\u00e7\u00e3o do Storyboard. M\u00e1rcio Henrique 10/12/2024 Verifica\u00e7\u00e3o do Planejamento do Relato dos Resultados do Storyboard. M\u00e1rcio Henrique 03/07/2023 Verifica\u00e7\u00e3o dos Storyboards. Luiza Maluf e M\u00e1rcio Henrique

Autor: M\u00e1rcio Henrique.2024

"},{"location":"verificacao/grupo/etapa4/planejamento-verificacao-etapa4/#listas-de-verificacao","title":"Listas de Verifica\u00e7\u00e3o","text":"

As listas foram constru\u00eddas levando em conta os padr\u00f5es esperados para cada artefato, as principais tarefas realizadas na elabora\u00e7\u00e3o dos mesmos e as sugest\u00f5es de elementos de an\u00e1lise elaborada por Simone e Silva.

"},{"location":"verificacao/grupo/etapa4/planejamento-verificacao-etapa4/#geral","title":"Geral","text":"

A tabela 2 a seguir apresenta a checklist referente aos aspectos gerais que os artefatos devem seguir.

Tabela 2 - Checklist para os Itens Gerais.

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Padroniza\u00e7\u00e3o 1 O artefato possui introdu\u00e7\u00e3o? - 2 O artefato possui uma bibliografia/refer\u00eancia bibliogr\u00e1fica? - 3 O artefato possui um hist\u00f3rico de vers\u00f5es com o id e descri\u00e7\u00e3o das vers\u00f5es, data, autores e revisores? 4 Todas as tabelas e imagens s\u00e3o chamadas no texto, possuem legendas e fontes? - 5 Todos os textos est\u00e3o na norma padr\u00e3o? -

Fonte: Plano de Ensino

"},{"location":"verificacao/grupo/etapa4/planejamento-verificacao-etapa4/#planejamento-da-avaliacao-da-analise-de-tarefas","title":"Planejamento da Avalia\u00e7\u00e3o da An\u00e1lise de Tarefas","text":"

A tabela 3 a seguir apresenta a checklist referente aos itens exigidos para o resultados da avalia\u00e7\u00e3o. Essa checklist tamb\u00e9m ser\u00e1 utilizada para a an\u00e1lise de tarefas, sendo modificado apenas o nome da tabela no momento de apresenta\u00e7\u00e3o.

tabela 3

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Autor do Item 1 O planejamento detalha claramente os objetivos da an\u00e1lise de tarefas? - - Luiza Maluf 2 O planejamento segue o framework DECIDE (Definir, Explorar, Contextualizar, Identificar, Decidir e Avaliar)? - - Luiza Maluf 3 Os objetivos da avalia\u00e7\u00e3o est\u00e3o definidos de forma clara no documento? - - Luiza Maluf 4 As perguntas-chave que devem ser respondidas durante a avalia\u00e7\u00e3o est\u00e3o listadas? - - Luiza Maluf 5 As perguntas selecionadas possuem refer\u00eancias que justificam sua inclus\u00e3o? - - Luiza Maluf 6 Os m\u00e9todos de avalia\u00e7\u00e3o a serem utilizados est\u00e3o especificados? - - Luiza Maluf 7 O documento especifica quem ser\u00e3o os participantes da avalia\u00e7\u00e3o? - - Luiza Maluf 8 A justificativa para a quantidade de participantes selecionados est\u00e1 descrita? - - Luiza Maluf 9 Os perfis dos participantes est\u00e3o alinhados com os perfis de usu\u00e1rio definidos na an\u00e1lise? - - Luiza Maluf 10 O papel de cada participante durante a avalia\u00e7\u00e3o est\u00e1 claramente definido? - - Luiza Maluf 11 Existe um cronograma detalhado com datas, hor\u00e1rios e locais para a execu\u00e7\u00e3o da avalia\u00e7\u00e3o? - - Luiza Maluf 12 As ferramentas e os equipamentos necess\u00e1rios para a avalia\u00e7\u00e3o est\u00e3o listados? - - Luiza Maluf 13 Os custos associados \u00e0 avalia\u00e7\u00e3o est\u00e3o descritos? - - Luiza Maluf 14 Os recursos de m\u00e3o de obra necess\u00e1rios para realizar a avalia\u00e7\u00e3o est\u00e3o especificados? - - Luiza Maluf 15 O planejamento aborda como ser\u00e3o tratados os aspectos \u00e9ticos durante a avalia\u00e7\u00e3o? - - Luiza Maluf 16 O documento descreve como os dados ser\u00e3o interpretados e apresentados ap\u00f3s a avalia\u00e7\u00e3o? - - Luiza Maluf 17 As tarefas para a execu\u00e7\u00e3o da avalia\u00e7\u00e3o est\u00e3o detalhadas de forma clara e sequencial? - - Luiza Maluf 18 Existe uma se\u00e7\u00e3o dedicada ao teste piloto, com defini\u00e7\u00e3o, participantes, local, data e hor\u00e1rio? - - Luiza Maluf 19 O planejamento prev\u00ea a grava\u00e7\u00e3o ou registro do teste piloto para revis\u00e3o posterior? - - Luiza Maluf 20 O documento detalha como os dados coletados ser\u00e3o documentados e tratados, incluindo confiabilidade das respostas e conformidade com o perfil de usu\u00e1rio? - - Luiza Maluf

Autor: Luiza Maluf , 2024.

"},{"location":"verificacao/grupo/etapa4/planejamento-verificacao-etapa4/#planejamento-da-avaliacao-dos-resultados-da-analise-de-tarefas","title":"Planejamento da Avalia\u00e7\u00e3o dos resultados da analise de Tarefas","text":"

A tabela 4 a seguir apresenta a checklist referente aos itens exigidos para o resultados da avalia\u00e7\u00e3o. Essa checklist tamb\u00e9m ser\u00e1 utilizada para a os resultados da an\u00e1lise de tarefas, sendo modificado apenas o nome da tabela no momento de apresenta\u00e7\u00e3o.

tabela 3

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Autor do Item 1 O planejamento define claramente os objetivos e o escopo da avalia\u00e7\u00e3o dos resultados? - - Luiza Maluf 2 Os m\u00e9todos de avalia\u00e7\u00e3o dos resultados est\u00e3o especificados no planejamento? - - Luiza Maluf 3 Os participantes da avalia\u00e7\u00e3o est\u00e3o identificados e selecionados conforme o perfil de usu\u00e1rio definido? - - Luiza Maluf 4 Existe uma justificativa para a escolha e quantidade de participantes da avalia\u00e7\u00e3o? - - Luiza Maluf 5 O papel de cada participante na avalia\u00e7\u00e3o est\u00e1 claramente descrito? - - Luiza Maluf 6 O planejamento apresenta instru\u00e7\u00f5es ou diretrizes para identificar problemas e dificuldades durante a avalia\u00e7\u00e3o? - - Luiza Maluf 7 Existe uma se\u00e7\u00e3o no planejamento dedicada ao feedback dos usu\u00e1rios? - - Luiza Maluf 8 O planejamento inclui uma an\u00e1lise da intera\u00e7\u00e3o do usu\u00e1rio com o sistema? - - Luiza Maluf 9 H\u00e1 t\u00f3picos definidos para resumir os principais resultados da avalia\u00e7\u00e3o? - - Luiza Maluf 10 Os resultados da avalia\u00e7\u00e3o incluem uma reflex\u00e3o sobre as quest\u00f5es que motivaram o estudo? - - Luiza Maluf 11 Existe uma proposta de melhorias ou plano de reprojeto do sistema com base nos resultados obtidos? - - Luiza Maluf 12 Os custos e recursos necess\u00e1rios (ferramentas, equipamentos, m\u00e3o de obra) est\u00e3o especificados? - - Luiza Maluf 13 O planejamento apresenta um cronograma detalhado com datas, hor\u00e1rios e locais para a realiza\u00e7\u00e3o da avalia\u00e7\u00e3o? - - Luiza Maluf 14 H\u00e1 uma se\u00e7\u00e3o para um teste piloto, incluindo defini\u00e7\u00e3o, participantes, local, data e hor\u00e1rio? - - Luiza Maluf 15 Existe uma grava\u00e7\u00e3o ou registro planejado para o teste piloto? - - Luiza Maluf 16 O planejamento segue um padr\u00e3o consolidado e consistente com outros planejamentos de artefatos similares? - - Luiza Maluf

Autor: Luiza Maluf, 2024.

"},{"location":"verificacao/grupo/etapa4/planejamento-verificacao-etapa4/#planejamento-da-avaliacao-do-storyboard","title":"Planejamento da Avalia\u00e7\u00e3o do Storyboard","text":"

tabela 4

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Autor do Item 1 A metodologia est\u00e1 teoricamente embasada? - M\u00e1rcio Henrique 2 O planejamento deixa claro quais s\u00e3o os objetivos? - M\u00e1rcio Henrique 3 O roteiro de perguntas j\u00e1 est\u00e1 definido no planejamento? - M\u00e1rcio Henrique 4 Os m\u00e9todos de avalia\u00e7\u00e3o est\u00e3o especificados? - M\u00e1rcio Henrique 5 Existe dentro do planejamento um espa\u00e7o para teste-piloto? - M\u00e1rcio Henrique 6 H\u00e1 especificado os aspectos \u00e9ticos dentro do planejamento? - M\u00e1rcio Henrique 7 Todas as atividades relacionadas ao Framework DECIDE s\u00e3o abordados? - M\u00e1rcio Henrique 8 Est\u00e1 especificado o autor das perguntas que s\u00e3o feitas na execu\u00e7\u00e3o do planejamento? - M\u00e1rcio Henrique

Autor: M\u00e1rcio Henrique, 2024.

"},{"location":"verificacao/grupo/etapa4/planejamento-verificacao-etapa4/#planejamento-da-avaliacao-do-relato-dos-resultados","title":"Planejamento da Avalia\u00e7\u00e3o do Relato dos Resultados","text":"

tabela 5

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Autor do Item 1 O planejamento explica como lidar com problemas e dificuldades identificados nos resultados da avalia\u00e7\u00e3o? - M\u00e1rcio Henrique 2 O planejamento apresenta instru\u00e7\u00f5es ou diretrizes para identificar problemas e dificuldades durante a avalia\u00e7\u00e3o? - M\u00e1rcio Henrique 3 Existe uma se\u00e7\u00e3o no planejamento dedicada ao feedback dos usu\u00e1rios? - M\u00e1rcio Henrique 4 H\u00e1 t\u00f3picos definidos para resumir os principais resultados da avalia\u00e7\u00e3o? - M\u00e1rcio Henrique 5 O planejamento apresenta um cronograma detalhado com datas, hor\u00e1rios e locais para a realiza\u00e7\u00e3o da avalia\u00e7\u00e3o? - M\u00e1rcio Henrique 6 Os aspectos \u00e9ticos, como privacidade, consentimento e confidencialidade, est\u00e3o claramente definidos no planejamento? - M\u00e1rcio Henrique 7 Existe uma se\u00e7\u00e3o detalhando os recursos necess\u00e1rios (humanos, financeiros e t\u00e9cnicos) para a avalia\u00e7\u00e3o? - M\u00e1rcio Henrique 8 Est\u00e1 definido como os resultados ser\u00e3o armazenados e organizados para consultas futuras? - M\u00e1rcio Henrique

Autor: M\u00e1rcio Henrique, 2024.

"},{"location":"verificacao/grupo/etapa4/planejamento-verificacao-etapa4/#storyboards","title":"Storyboards","text":"

tabela 6

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Autor do Item 1 O storyboard possui um t\u00edtulo claro e descritivo? - - Luiza Maluf 2 Todos os quadros est\u00e3o numerados de forma sequencial? - - Luiza Maluf 3 H\u00e1 consist\u00eancia na estrutura de cada quadro (mesmo formato e tamanho)? - - Luiza Maluf 4 O fluxo narrativo segue uma ordem l\u00f3gica e coerente? - - Luiza Maluf 5 O fluxo narrativo segue uma ordem l\u00f3gica e coerente? - - Luiza Maluf 6 Os esbo\u00e7os ou imagens representam as a\u00e7\u00f5es de forma clara e compreens\u00edvel? - - Luiza Maluf 7 Os elementos visuais s\u00e3o consistentes em estilo (mesmo tra\u00e7o, propor\u00e7\u00f5es, etc.)? - - Luiza Maluf 8 As express\u00f5es faciais e posturas corporais dos personagens s\u00e3o adequadas para transmitir emo\u00e7\u00f5es? - - Luiza Maluf 9 H\u00e1 destaque para elementos importantes (setas, c\u00edrculos, ou legendas)? - - Luiza Maluf 10 Cada quadro inclui uma descri\u00e7\u00e3o textual breve e objetiva? - - Luiza Maluf 11 StoryBoard representa a tarefa a executar pelo usu\u00e1rio? - - M\u00e1rcio Henrique 12 StoryBoard apresenta ao menos uma pessoa na hist\u00f3ria? - - M\u00e1rcio Henrique 13 4. StoryBoard apresenta pontos chaves da intera\u00e7\u00e3o da pessoa com a interface? - - M\u00e1rcio Henrique 14 5. O Storyboard foi criado a partir de algumas das pessoas do presente projeto? - - M\u00e1rcio Henrique 15 O storyboard deixa claro quem s\u00e3o as pessoas? - - M\u00e1rcio Henrique 16 O storyboard deixa claro a necessidade do cliente? - - M\u00e1rcio Henrique 17 O storyboard possui di\u00e1logo? - - M\u00e1rcio Henrique 18 O Storyboard possui no m\u00ednimo 3 cenas? - - M\u00e1rcio Henrique 19 O storyboard se enquadra nos tipos n\u00e3o linear ou linear? - - M\u00e1rcio Henrique 20 O storyboard conclui de forma clara? - - M\u00e1rcio Henrique

Autor: M\u00e1rcio Henrique, 2024.

"},{"location":"verificacao/grupo/etapa4/planejamento-verificacao-etapa4/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021);Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do usu\u00e1rio.

"},{"location":"verificacao/grupo/etapa4/planejamento-verificacao-etapa4/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 09/12/2024 Cria\u00e7\u00e3o do documento. M\u00e1rcio Henrique Luiza Maluf 1.1 09/12/2024 Checklist para planejamento dos resultados Analise de tarefas. M\u00e1rcio Henrique Luiza Maluf 1.2 09/12/2024 Checklist para planejamento da Analise de tarefas. M\u00e1rcio Henrique Luiza Maluf 1.3 10/12/2024 Resto das listas de verifica\u00e7\u00e3o . Luiza Maluf M\u00e1rcio Henrique"},{"location":"verificacao/grupo/etapa4/verf-planj-analise/","title":"Verifica\u00e7\u00e3o do Planejamento da Avalia\u00e7\u00e3o da An\u00e1lise de Tarefas","text":""},{"location":"verificacao/grupo/etapa4/verf-planj-analise/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este documento detalha a verifica\u00e7\u00e3o do artefato Planejamento da Avalia\u00e7\u00e3o da An\u00e1lise de Tarefas.

"},{"location":"verificacao/grupo/etapa4/verf-planj-analise/#metodologia","title":"Metodologia","text":"

O modelo de verifica\u00e7\u00e3o consistir\u00e1 em um preenchimento de uma lista de verifica\u00e7\u00e3o constru\u00edda a partir dos conceitos trabalhados pela disciplina.

Tabela 1 - Lista de Verifica\u00e7\u00e3o

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Autor da Pergunta Lista de Verifica\u00e7\u00e3o para os Itens Gerais 1 O artefato possui introdu\u00e7\u00e3o? SIM - 2 O artefato possui uma bibliografia/refer\u00eancia bibliogr\u00e1fica? SIM - 3 O artefato possui um hist\u00f3rico de vers\u00f5es com o id e descri\u00e7\u00e3o das vers\u00f5es, data, autores e revisores? SIM - 4 Todas as tabelas e imagens s\u00e3o chamadas no texto, possuem legendas e fontes? SIM - 5 Todos os textos est\u00e3o na norma padr\u00e3o? SIM - Planejamento da Avalia\u00e7\u00e3o da An\u00e1lise de Tarefas 6 O planejamento detalha claramente os objetivos da an\u00e1lise de tarefas? N\u00c3O H\u00e1 somente os objetivos da avalia\u00e7\u00e3o. Luiza Maluf 7 O planejamento segue o framework DECIDE (Definir, Explorar, Contextualizar, Identificar, Decidir e Avaliar)? SIM - Luiza Maluf 8 Os objetivos da avalia\u00e7\u00e3o est\u00e3o definidos de forma clara no documento? SIM - Luiza Maluf 9 As perguntas-chave que devem ser respondidas durante a avalia\u00e7\u00e3o est\u00e3o listadas? SIM - Luiza Maluf 10 As perguntas selecionadas possuem refer\u00eancias que justificam sua inclus\u00e3o? N\u00c3O N\u00e3o existe. Luiza Maluf 11 Os m\u00e9todos de avalia\u00e7\u00e3o a serem utilizados est\u00e3o especificados? SIM - Luiza Maluf 12 O documento especifica quem ser\u00e3o os participantes da avalia\u00e7\u00e3o? SIM - Luiza Maluf 13 A justificativa para a quantidade de participantes selecionados est\u00e1 descrita? N\u00e3o - Luiza Maluf 14 Os perfis dos participantes est\u00e3o alinhados com os perfis de usu\u00e1rio definidos na an\u00e1lise? Incompleto N\u00e3o h\u00e1 nada que diz respeito aos perfis dos participantes e como eles se enquadram. Luiza Maluf 15 O papel de cada participante durante a avalia\u00e7\u00e3o est\u00e1 claramente definido? SIM - Luiza Maluf 16 Existe um cronograma detalhado com datas, hor\u00e1rios e locais para a execu\u00e7\u00e3o da avalia\u00e7\u00e3o? SIM - Luiza Maluf 17 As ferramentas e os equipamentos necess\u00e1rios para a avalia\u00e7\u00e3o est\u00e3o listados? SIM - Luiza Maluf 18 Os custos associados \u00e0 avalia\u00e7\u00e3o est\u00e3o descritos? SIM - Luiza Maluf 19 Os recursos de m\u00e3o de obra necess\u00e1rios para realizar a avalia\u00e7\u00e3o est\u00e3o especificados? SIM - Luiza Maluf 20 O planejamento aborda como ser\u00e3o tratados os aspectos \u00e9ticos durante a avalia\u00e7\u00e3o? SIM - Luiza Maluf 21 O documento descreve como os dados ser\u00e3o interpretados e apresentados ap\u00f3s a avalia\u00e7\u00e3o? SIM - Luiza Maluf 22 As tarefas para a execu\u00e7\u00e3o da avalia\u00e7\u00e3o est\u00e3o detalhadas de forma clara e sequencial? SIM - Luiza Maluf 23 Existe uma se\u00e7\u00e3o dedicada ao teste piloto, com defini\u00e7\u00e3o, participantes, local, data e hor\u00e1rio? N\u00c3O - Luiza Maluf 24 O planejamento prev\u00ea a grava\u00e7\u00e3o ou registro do teste piloto para revis\u00e3o posterior? N\u00c3O - Luiza Maluf 25 O documento detalha como os dados coletados ser\u00e3o documentados e tratados, incluindo confiabilidade das respostas e conformidade com o perfil de usu\u00e1rio? Incompleto Falta deixar mais completa as informa\u00e7\u00f5es. Luiza Maluf

AUTOR: Luiza Maluf

"},{"location":"verificacao/grupo/etapa4/verf-planj-analise/#resultados-e-melhorias","title":"Resultados e Melhorias","text":"
  • Deixar expl\u00edcito se os participantes da avalia\u00e7\u00e3o est\u00e3o em conformidade com os perfis do usu\u00e1rio definido.
  • Justificar a necessidade da quantidade de participantes da avalia\u00e7\u00e3o.
  • Inserir uma se\u00e7\u00e3o para inserir melhorias ou plano de repojeto do sistema.
  • Inserir uma se\u00e7\u00e3o para o teste piloto.
"},{"location":"verificacao/grupo/etapa4/verf-planj-analise/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021);Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do usu\u00e1rio.

"},{"location":"verificacao/grupo/etapa4/verf-planj-analise/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 09/12/2024 Cria\u00e7\u00e3o do documento. Luiza Maluf M\u00e1rcio Henrique"},{"location":"verificacao/grupo/etapa4/verf-planj-result-analise/","title":"Verifica\u00e7\u00e3o do Planejamento dos Relatos dos Resultados da Avalia\u00e7\u00e3o da An\u00e1lise de Tarefas","text":""},{"location":"verificacao/grupo/etapa4/verf-planj-result-analise/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este documento detalha a verifica\u00e7\u00e3o do artefato Planejamento dos Resultados da Avalia\u00e7\u00e3o da An\u00e1lise de Tarefas.

"},{"location":"verificacao/grupo/etapa4/verf-planj-result-analise/#metodologia","title":"Metodologia","text":"

O modelo de verifica\u00e7\u00e3o consistir\u00e1 em um preenchimento de uma lista de verifica\u00e7\u00e3o constru\u00edda a partir dos conceitos trabalhados pela disciplina.

Tabela 1 - Lista de Verifica\u00e7\u00e3o

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Autor da Pergunta Lista de Verifica\u00e7\u00e3o para os Itens Gerais 1 O artefato possui introdu\u00e7\u00e3o? SIM - 2 O artefato possui uma bibliografia/refer\u00eancia bibliogr\u00e1fica? SIM - 3 O artefato possui um hist\u00f3rico de vers\u00f5es com o id e descri\u00e7\u00e3o das vers\u00f5es, data, autores e revisores? SIM - 4 Todas as tabelas e imagens s\u00e3o chamadas no texto, possuem legendas e fontes? SIM - 5 Todos os textos est\u00e3o na norma padr\u00e3o? SIM - Planejamento da Avalia\u00e7\u00e3o da An\u00e1lise de Tarefas 6 O planejamento define claramente os objetivos e o escopo da avalia\u00e7\u00e3o dos resultados? SIM - Luiza Maluf 7 Os m\u00e9todos de avalia\u00e7\u00e3o dos resultados est\u00e3o especificados no planejamento? SIM - Luiza Maluf 8 Os participantes da avalia\u00e7\u00e3o est\u00e3o identificados e selecionados conforme o perfil de usu\u00e1rio definido? Incompleto N\u00e3o h\u00e1 nada que diz respeito aos perfis dos participantes e como eles se enquadram. Luiza Maluf 9 Existe uma justificativa para a escolha e quantidade de participantes da avalia\u00e7\u00e3o? N\u00c3O - Luiza Maluf 10 O papel de cada participante na avalia\u00e7\u00e3o est\u00e1 claramente descrito? SIM - Luiza Maluf 11 O planejamento apresenta instru\u00e7\u00f5es ou diretrizes para identificar problemas e dificuldades durante a avalia\u00e7\u00e3o? SIM - Luiza Maluf 12 Existe uma se\u00e7\u00e3o no planejamento dedicada ao feedback dos usu\u00e1rios? SIM - Luiza Maluf 13 O planejamento inclui uma an\u00e1lise da intera\u00e7\u00e3o do usu\u00e1rio com o sistema? SIM - Luiza Maluf 14 H\u00e1 t\u00f3picos definidos para resumir os principais resultados da avalia\u00e7\u00e3o? SIM - Luiza Maluf 15 Os resultados da avalia\u00e7\u00e3o incluem uma reflex\u00e3o sobre as quest\u00f5es que motivaram o estudo? SIM - Luiza Maluf 16 Existe uma proposta de melhorias ou plano de reprojeto do sistema com base nos resultados obtidos? N\u00c3O - Luiza Maluf 17 Os custos e recursos necess\u00e1rios (ferramentas, equipamentos, m\u00e3o de obra) est\u00e3o especificados? SIM - Luiza Maluf 18 O planejamento apresenta um cronograma detalhado com datas, hor\u00e1rios e locais para a realiza\u00e7\u00e3o da avalia\u00e7\u00e3o? SIM - Luiza Maluf 19 H\u00e1 uma se\u00e7\u00e3o para um teste piloto, incluindo defini\u00e7\u00e3o, participantes, local, data e hor\u00e1rio? N\u00c3O - Luiza Maluf 20 Existe uma grava\u00e7\u00e3o ou registro planejado para o teste piloto? N\u00c3O - Luiza Maluf 21 O planejamento segue um padr\u00e3o consolidado e consistente com outros planejamentos de artefatos similares? SIM - Luiza Maluf

AUTOR: Luiza Maluf

"},{"location":"verificacao/grupo/etapa4/verf-planj-result-analise/#resultados-e-melhorias","title":"Resultados e Melhorias","text":"
  • Deixar expl\u00edcito se os participantes da avalia\u00e7\u00e3o est\u00e3o em conformidade com os perfis do usu\u00e1rio definido.
  • Justificar a necessidade da quantidade de participantes da avalia\u00e7\u00e3o.
  • Inserir uma se\u00e7\u00e3o para inserir melhorias ou plano de repojeto do sistema.
  • Inserir uma se\u00e7\u00e3o para o teste piloto.
"},{"location":"verificacao/grupo/etapa4/verf-planj-result-analise/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021);Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do usu\u00e1rio.

"},{"location":"verificacao/grupo/etapa4/verf-planj-result-analise/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 09/12/2024 Cria\u00e7\u00e3o do documento. Luiza Maluf M\u00e1rcio Henrique"},{"location":"verificacao/grupo/etapa4/verificacao-planj-relato-sb/","title":"Verifica\u00e7\u00e3o do Planejamento do Relato do Storyboard","text":""},{"location":"verificacao/grupo/etapa4/verificacao-planj-relato-sb/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Realizado o planejamento do que verificar, \u00e9 o momento de realizar a inspe\u00e7\u00e3o em si. Esse documento apresenta os objetivos da verifica\u00e7\u00e3o, a metodologia utilizada e os dados da verifica\u00e7\u00e3o. Al\u00e9m disso, os principais problemas encontrados s\u00e3o sumarizados e analisados obtendo informa\u00e7\u00f5es valiosas que ser\u00e3o utilizadas para sugerir a\u00e7\u00f5es corretivas para os mesmos.

"},{"location":"verificacao/grupo/etapa4/verificacao-planj-relato-sb/#objetivo","title":"Objetivo","text":"

O objetivo deste documento \u00e9 relatar os resultados das verifica\u00e7\u00f5es realizadas acerca do artefato Planejamento da Avalia\u00e7\u00e3o do Storyboard.

"},{"location":"verificacao/grupo/etapa4/verificacao-planj-relato-sb/#metodologia","title":"Metodologia","text":"

Os resultados da verifica\u00e7\u00e3o dos artefatos foram obtidos a partir das checklists elaboradas na p\u00e1gina de planejamento. Para responder \u00e0s perguntas apresentadas nas checklist o avaliador usar\u00e1 as op\u00e7\u00f5es Sim, N\u00e3o ou Incompleto. O avaliador poder\u00e1 tamb\u00e9m escrever observa\u00e7\u00f5es em cada pergunta detalhando pontos que achar necess\u00e1rios.

"},{"location":"verificacao/grupo/etapa4/verificacao-planj-relato-sb/#cronograma-e-participantes","title":"Cronograma e Participantes","text":"

Os participantes ser\u00e3o os integrantes M\u00e1rcio Henrique, que ser\u00e1 respons\u00e1vel por realizar a avalia\u00e7\u00e3o, e a Luiza Maluf que realizar\u00e1 a revis\u00e3o do artefato produzido pelo avaliador. Em rela\u00e7\u00e3o ao cronograma seguido, ele j\u00e1 foi explicitado na p\u00e1gina de planejamento.

"},{"location":"verificacao/grupo/etapa4/verificacao-planj-relato-sb/#sumario-dos-dados","title":"Sum\u00e1rio Dos Dados","text":"

A Tabela 1 apresenta a lista com os dados obtidos a partir da verifica\u00e7\u00e3o.

Tabela 1 - Lista de verifica\u00e7\u00e3o

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Padroniza\u00e7\u00e3o 1 O artefato possui introdu\u00e7\u00e3o? Sim - 2 O artefato possui uma bibliografia/refer\u00eancia bibliogr\u00e1fica? sim - 3 O artefato possui um hist\u00f3rico de vers\u00f5es com o ID, descri\u00e7\u00e3o das vers\u00f5es, data, autores e revisores? sim - 4 Todas as tabelas e imagens s\u00e3o chamadas no texto, possuem legendas e fontes? sim - 5 Todos os textos est\u00e3o na norma padr\u00e3o? sim - Planejamento da Avalia\u00e7\u00e3o do Relato dos Resultados 1 O planejamento explica como lidar com problemas e dificuldades identificados nos resultados da avalia\u00e7\u00e3o? Incompleto - 2 O planejamento apresenta instru\u00e7\u00f5es ou diretrizes para identificar problemas e dificuldades durante a avalia\u00e7\u00e3o? Sim - 3 Existe uma se\u00e7\u00e3o no planejamento dedicada ao feedback dos usu\u00e1rios? Incompleto - 4 H\u00e1 t\u00f3picos definidos para resumir os principais resultados da avalia\u00e7\u00e3o? Sim - 5 O planejamento apresenta um cronograma detalhado com datas, hor\u00e1rios e locais para a realiza\u00e7\u00e3o da avalia\u00e7\u00e3o? Sim - 6 Os aspectos \u00e9ticos, como privacidade, consentimento e confidencialidade, est\u00e3o claramente definidos no planejamento? N\u00e3o - 7 Existe uma se\u00e7\u00e3o detalhando os recursos necess\u00e1rios (humanos, financeiros e t\u00e9cnicos) para a avalia\u00e7\u00e3o? N\u00e3o - 8 Est\u00e1 definido como os resultados ser\u00e3o armazenados e organizados para consultas futuras? Sim -

Autor: M\u00e1rcio Henrique

"},{"location":"verificacao/grupo/etapa4/verificacao-planj-relato-sb/#id-1-o-planejamento-explica-como-lidar-com-problemas-e-dificuldades-identificados-nos-resultados-da-avaliacao","title":"ID 1 - O planejamento explica como lidar com problemas e dificuldades identificados nos resultados da avalia\u00e7\u00e3o?","text":"
  • Sugerido incluir um procedimento claro e espec\u00edfico para identificar e resolver problemas encontrados durante a avalia\u00e7\u00e3o (ex: plano de a\u00e7\u00e3o para ajustes ou mudan\u00e7as necess\u00e1rias).
"},{"location":"verificacao/grupo/etapa4/verificacao-planj-relato-sb/#id-3-existe-uma-secao-no-planejamento-dedicada-ao-feedback-dos-usuarios","title":"ID 3 - Existe uma se\u00e7\u00e3o no planejamento dedicada ao feedback dos usu\u00e1rios?","text":"
  • Sugerido criar uma se\u00e7\u00e3o no planejamento especificamente voltada para a coleta, an\u00e1lise e integra\u00e7\u00e3o do feedback dos usu\u00e1rios, garantindo que todos os coment\u00e1rios sejam considerados para a melhoria do produto.
"},{"location":"verificacao/grupo/etapa4/verificacao-planj-relato-sb/#id-6-os-aspectos-eticos-como-privacidade-consentimento-e-confidencialidade-estao-claramente-definidos-no-planejamento","title":"ID 6 - Os aspectos \u00e9ticos, como privacidade, consentimento e confidencialidade, est\u00e3o claramente definidos no planejamento?","text":"
  • Sugerido incluir uma se\u00e7\u00e3o no planejamento que cubra todos os aspectos \u00e9ticos essenciais, como consentimento informado, privacidade dos dados dos usu\u00e1rios, e a confidencialidade das informa\u00e7\u00f5es coletadas.
"},{"location":"verificacao/grupo/etapa4/verificacao-planj-relato-sb/#id-7-existe-uma-secao-detalhando-os-recursos-necessarios-humanos-financeiros-e-tecnicos-para-a-avaliacao","title":"ID 7 - Existe uma se\u00e7\u00e3o detalhando os recursos necess\u00e1rios (humanos, financeiros e t\u00e9cnicos) para a avalia\u00e7\u00e3o?","text":"
  • Sugerido adicionar uma se\u00e7\u00e3o no planejamento que detalhe os recursos humanos, financeiros e t\u00e9cnicos necess\u00e1rios para a avalia\u00e7\u00e3o, incluindo as responsabilidades de cada equipe envolvida e os custos estimados.
"},{"location":"verificacao/grupo/etapa4/verificacao-planj-relato-sb/#correcao-e-sugestao","title":"Corre\u00e7\u00e3o e Sugest\u00e3o","text":"

Revise o planejamento, especialmente nas se\u00e7\u00f5es sobre como lidar com problemas, feedback dos usu\u00e1rios, aspectos \u00e9ticos e recursos necess\u00e1rios, garantindo que estejam bem definidos e detalhados.

"},{"location":"verificacao/grupo/etapa4/verificacao-planj-relato-sb/#bibliografia","title":"Bibliografia","text":"

FERREIRA, Rafael. Verifica\u00e7\u00e3o do Planejamento da Avalia\u00e7\u00e3o da An\u00e1lise de Tarefas. Reposit\u00f3rio do Grupo Bilheteria Digital da disciplina de Intera\u00e7\u00e3o Humano Computador da Universidade de Bras\u00edlia, 2023. Dispon\u00edvel em: <<>>. Acesso em: 10 dezembro 2024.

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 10/12/2024 Cria\u00e7\u00e3o do documento M\u00e1rcio Henrique Luiza Maluf"},{"location":"verificacao/grupo/etapa4/verificacao-planj-sb/","title":"Verifica\u00e7\u00e3o do Planejamento da Avalia\u00e7\u00e3o do Storyboard","text":""},{"location":"verificacao/grupo/etapa4/verificacao-planj-sb/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Realizado o planejamento do que verificar, \u00e9 o momento de realizar a inspe\u00e7\u00e3o em si. Esse documento apresenta os objetivos da verifica\u00e7\u00e3o, a metodologia utilizada e os dados da verifica\u00e7\u00e3o. Al\u00e9m disso, os principais problemas encontrados s\u00e3o sumarizados e analisados obtendo informa\u00e7\u00f5es valiosas que ser\u00e3o utilizadas para sugerir a\u00e7\u00f5es corretivas para os mesmos.

"},{"location":"verificacao/grupo/etapa4/verificacao-planj-sb/#objetivo","title":"Objetivo","text":"

O objetivo deste documento \u00e9 relatar os resultados das verifica\u00e7\u00f5es realizadas acerca do artefato Planejamento da Avalia\u00e7\u00e3o do Storyboard.

"},{"location":"verificacao/grupo/etapa4/verificacao-planj-sb/#metodologia","title":"Metodologia","text":"

Os resultados da verifica\u00e7\u00e3o dos artefatos foram obtidos a partir das checklists elaboradas na p\u00e1gina de planejamento. Para responder \u00e0s perguntas apresentadas nas checklist o avaliador usar\u00e1 as op\u00e7\u00f5es Sim, N\u00e3o ou Incompleto. O avaliador poder\u00e1 tamb\u00e9m escrever observa\u00e7\u00f5es em cada pergunta detalhando pontos que achar necess\u00e1rios.

"},{"location":"verificacao/grupo/etapa4/verificacao-planj-sb/#cronograma-e-participantes","title":"Cronograma e Participantes","text":"

Os participantes ser\u00e3o os integrantes M\u00e1rcio Henrique, que ser\u00e1 respons\u00e1vel por realizar a avalia\u00e7\u00e3o, e a Luiza Maluf que realizar\u00e1 a revis\u00e3o do artefato produzido pelo avaliador. Em rela\u00e7\u00e3o ao cronograma seguido, ele j\u00e1 foi explicitado na p\u00e1gina de planejamento.

"},{"location":"verificacao/grupo/etapa4/verificacao-planj-sb/#sumario-dos-dados","title":"Sum\u00e1rio Dos Dados","text":"

A Tabela 1 apresenta a lista com os dados obtidos a partir da verifica\u00e7\u00e3o.

Tabela 1 - Lista de verifica\u00e7\u00e3o

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Padroniza\u00e7\u00e3o 1 O artefato possui introdu\u00e7\u00e3o? Sim - 2 O artefato possui uma bibliografia/refer\u00eancia bibliogr\u00e1fica? sim - 3 O artefato possui um hist\u00f3rico de vers\u00f5es com o ID, descri\u00e7\u00e3o das vers\u00f5es, data, autores e revisores? sim - 4 Todas as tabelas e imagens s\u00e3o chamadas no texto, possuem legendas e fontes? sim - 5 Todos os textos est\u00e3o na norma padr\u00e3o? sim - Planejamento do Storyboard 1 A metodologia est\u00e1 teoricamente embasada? sim - 2 O planejamento deixa claro quais s\u00e3o os objetivos? sim - 3 O roteiro de perguntas j\u00e1 est\u00e1 definido no planejamento? sim - 4 Os m\u00e9todos de avalia\u00e7\u00e3o est\u00e3o especificados? sim - 5 Existe dentro do planejamento um espa\u00e7o para teste-piloto? N\u00e3o - 6 H\u00e1 especificado os aspectos \u00e9ticos dentro do planejamento? Sim - 7 Todas as atividades relacionadas ao Framework DECIDE s\u00e3o abordadas? Sim - 8 Est\u00e1 especificado o autor das perguntas que s\u00e3o feitas na execu\u00e7\u00e3o do planejamento? Sim -

Autor: M\u00e1rcio Henrique

"},{"location":"verificacao/grupo/etapa4/verificacao-planj-sb/#id-5-existe-dentro-do-planejamento-um-espaco-para-teste-piloto","title":"ID 5 - Existe dentro do planejamento um espa\u00e7o para teste-piloto??","text":"

N\u00e3o cont\u00e9m o teste piloto, tanto o seu planjamento e claro sua execu\u00e7\u00e3o.

"},{"location":"verificacao/grupo/etapa4/verificacao-planj-sb/#correcao-e-sugestao","title":"Corre\u00e7\u00e3o e Sugest\u00e3o","text":"

Sugere-se a constru\u00e7\u00e3o do teste piloto, dessa forma deve conter:

  • Planejamento do teste piloto
  • V\u00eddeo de apresenta\u00e7\u00e3o do teste piloto
"},{"location":"verificacao/grupo/etapa4/verificacao-planj-sb/#bibliografia","title":"Bibliografia","text":"

FERREIRA, Rafael. Verifica\u00e7\u00e3o do Planejamento da Avalia\u00e7\u00e3o da An\u00e1lise de Tarefas. Reposit\u00f3rio do Grupo Bilheteria Digital da disciplina de Intera\u00e7\u00e3o Humano Computador da Universidade de Bras\u00edlia, 2023. Dispon\u00edvel em: <<>>. Acesso em: 10 dezembro 2024.

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 10/12/2024 Cria\u00e7\u00e3o do documento M\u00e1rcio Henrique Luiza Maluf"},{"location":"verificacao/grupo/etapa4/verificacao-sb/","title":"Verifica\u00e7\u00e3o do Storyboard","text":""},{"location":"verificacao/grupo/etapa4/verificacao-sb/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Realizado o planejamento do que verificar, \u00e9 o momento de realizar a inspe\u00e7\u00e3o em si. Esse documento apresenta os objetivos da verifica\u00e7\u00e3o, a metodologia utilizada e os dados da verifica\u00e7\u00e3o. Al\u00e9m disso, os principais problemas encontrados s\u00e3o sumarizados e analisados obtendo informa\u00e7\u00f5es valiosas que ser\u00e3o utilizadas para sugerir a\u00e7\u00f5es corretivas para os mesmos.

"},{"location":"verificacao/grupo/etapa4/verificacao-sb/#objetivo","title":"Objetivo","text":"

O objetivo deste documento \u00e9 relatar os resultados das verifica\u00e7\u00f5es realizadas acerca do artefato do Storyboard.

"},{"location":"verificacao/grupo/etapa4/verificacao-sb/#metodologia","title":"Metodologia","text":"

Os resultados da verifica\u00e7\u00e3o dos artefatos foram obtidos a partir das checklists elaboradas na p\u00e1gina de planejamento. Para responder \u00e0s perguntas apresentadas nas checklist o avaliador usar\u00e1 as op\u00e7\u00f5es Sim, N\u00e3o ou Incompleto. O avaliador poder\u00e1 tamb\u00e9m escrever observa\u00e7\u00f5es em cada pergunta detalhando pontos que achar necess\u00e1rios.

"},{"location":"verificacao/grupo/etapa4/verificacao-sb/#cronograma-e-participantes","title":"Cronograma e Participantes","text":"

Os participantes ser\u00e3o os integrantes M\u00e1rcio Henrique, que ser\u00e1 respons\u00e1vel por realizar a avalia\u00e7\u00e3o, e a Luiza Maluf que realizar\u00e1 a revis\u00e3o do artefato produzido pelo avaliador. Em rela\u00e7\u00e3o ao cronograma seguido, ele j\u00e1 foi explicitado na p\u00e1gina de planejamento.

"},{"location":"verificacao/grupo/etapa4/verificacao-sb/#sumario-dos-dados","title":"Sum\u00e1rio Dos Dados","text":"

A Tabela 1 apresenta a lista com os dados obtidos a partir da verifica\u00e7\u00e3o sobre o storyboard da tarefa 1.

Tabela 1

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Padroniza\u00e7\u00e3o 1 O artefato possui introdu\u00e7\u00e3o? Sim - 2 O artefato possui uma bibliografia/refer\u00eancia bibliogr\u00e1fica? sim - 3 O artefato possui um hist\u00f3rico de vers\u00f5es com o ID, descri\u00e7\u00e3o das vers\u00f5es, data, autores e revisores? sim - 4 Todas as tabelas e imagens s\u00e3o chamadas no texto, possuem legendas e fontes? sim - 5 Todos os textos est\u00e3o na norma padr\u00e3o? sim - Planejamento do Storyboard 1 O storyboard possui um t\u00edtulo claro e descritivo? Sim - 2 Todos os quadros est\u00e3o numerados de forma sequencial? Sim - 3 H\u00e1 consist\u00eancia na estrutura de cada quadro (mesmo formato e tamanho)? Sim - 4 O fluxo narrativo segue uma ordem l\u00f3gica e coerente? Sim - 5 O fluxo narrativo segue uma ordem l\u00f3gica e coerente? Sim - 6 Os esbo\u00e7os ou imagens representam as a\u00e7\u00f5es de forma clara e compreens\u00edvel? Incompleto Melhorar a\u00e7\u00f5es que demonstam a narra\u00e7\u00e3o tratada 7 Os elementos visuais s\u00e3o consistentes em estilo (mesmo tra\u00e7o, propor\u00e7\u00f5es, etc.)? Sim - 8 As express\u00f5es faciais e posturas corporais dos personagens s\u00e3o adequadas para transmitir emo\u00e7\u00f5es? Sim - 9 H\u00e1 destaque para elementos importantes (setas, c\u00edrculos, ou legendas)? Sim - 10 Cada quadro inclui uma descri\u00e7\u00e3o textual breve e objetiva? Sim - 11 StoryBoard representa a tarefa a executar pelo usu\u00e1rio? Sim - 12 StoryBoard apresenta ao menos uma pessoa na hist\u00f3ria? Sim - 13 StoryBoard apresenta pontos chaves da intera\u00e7\u00e3o da pessoa com a interface? Sim - 14 O Storyboard foi criado a partir de algumas das pessoas do presente projeto? Sim - 15 O storyboard deixa claro quem s\u00e3o as pessoas? Sim - 16 O storyboard deixa claro a necessidade do cliente? Sim - 17 O storyboard possui di\u00e1logo? N\u00e3o - 18 O Storyboard possui no m\u00ednimo 3 cenas? Sim - 19 O storyboard se enquadra nos tipos n\u00e3o linear ou linear? Sim - 20 O storyboard conclui de forma clara? Sim -

A Tabela 2 apresenta a lista com os dados obtidos a partir da verifica\u00e7\u00e3o sobre o storyboard da tarefa 2.

Tabela 2

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Padroniza\u00e7\u00e3o 1 O artefato possui introdu\u00e7\u00e3o? Sim - 2 O artefato possui uma bibliografia/refer\u00eancia bibliogr\u00e1fica? sim - 3 O artefato possui um hist\u00f3rico de vers\u00f5es com o ID, descri\u00e7\u00e3o das vers\u00f5es, data, autores e revisores? sim - 4 Todas as tabelas e imagens s\u00e3o chamadas no texto, possuem legendas e fontes? sim - 5 Todos os textos est\u00e3o na norma padr\u00e3o? sim - Planejamento do Storyboard 1 O storyboard possui um t\u00edtulo claro e descritivo? Sim - 2 Todos os quadros est\u00e3o numerados de forma sequencial? Sim - 3 H\u00e1 consist\u00eancia na estrutura de cada quadro (mesmo formato e tamanho)? Sim - 4 O fluxo narrativo segue uma ordem l\u00f3gica e coerente? Sim - 5 O fluxo narrativo segue uma ordem l\u00f3gica e coerente? Sim - 6 Os esbo\u00e7os ou imagens representam as a\u00e7\u00f5es de forma clara e compreens\u00edvel? Sim 7 Os elementos visuais s\u00e3o consistentes em estilo (mesmo tra\u00e7o, propor\u00e7\u00f5es, etc.)? Sim - 8 As express\u00f5es faciais e posturas corporais dos personagens s\u00e3o adequadas para transmitir emo\u00e7\u00f5es? Sim - 9 H\u00e1 destaque para elementos importantes (setas, c\u00edrculos, ou legendas)? Sim - 10 Cada quadro inclui uma descri\u00e7\u00e3o textual breve e objetiva? Sim - 11 StoryBoard representa a tarefa a executar pelo usu\u00e1rio? Sim - 12 StoryBoard apresenta ao menos uma pessoa na hist\u00f3ria? Sim - 13 StoryBoard apresenta pontos chaves da intera\u00e7\u00e3o da pessoa com a interface? Sim - 14 O Storyboard foi criado a partir de algumas das pessoas do presente projeto? Sim - 15 O storyboard deixa claro quem s\u00e3o as pessoas? Sim - 16 O storyboard deixa claro a necessidade do cliente? Sim - 17 O storyboard possui di\u00e1logo? Sim - 18 O Storyboard possui no m\u00ednimo 3 cenas? Sim - 19 O storyboard se enquadra nos tipos n\u00e3o linear ou linear? Sim - 20 O storyboard conclui de forma clara? Sim -"},{"location":"verificacao/grupo/etapa4/verificacao-sb/#resultados-da-lista-de-verificacao","title":"Resultados da lista de verifica\u00e7\u00e3o","text":""},{"location":"verificacao/grupo/etapa4/verificacao-sb/#tarefa-1","title":"Tarefa 1","text":"

"},{"location":"verificacao/grupo/etapa4/verificacao-sb/#tarefa-2","title":"Tarefa 2","text":""},{"location":"verificacao/grupo/etapa4/verificacao-sb/#bibliografia","title":"Bibliografia","text":"

FERREIRA, Rafael. Verifica\u00e7\u00e3o do Planejamento da Avalia\u00e7\u00e3o da An\u00e1lise de Tarefas. Reposit\u00f3rio do Grupo Bilheteria Digital da disciplina de Intera\u00e7\u00e3o Humano Computador da Universidade de Bras\u00edlia, 2023. Dispon\u00edvel em: <<>>. Acesso em: 10 dezembro 2024.

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 10/12/2024 Cria\u00e7\u00e3o do documento M\u00e1rcio Henrique Luiza Maluf"},{"location":"verificacao/grupo/etapa5/planejamento-verificacao-etapa5/","title":"Planejamento da Verifica\u00e7\u00e3o da Etapa 5","text":""},{"location":"verificacao/grupo/etapa5/planejamento-verificacao-etapa5/#introducao","title":"Introdu\u00e7\u00e3o","text":"

A verifica\u00e7\u00e3o \u00e9 uma das etapas mais importantes do desenvolvimento de um projeto. Nela os artefatos produzidos s\u00e3o analisados garantindo que os mesmos cumpram com os seus requisitos especificados.

"},{"location":"verificacao/grupo/etapa5/planejamento-verificacao-etapa5/#objetivos","title":"Objetivos","text":"

O objetivo deste documento \u00e9 verificar se os artefatos produzidos na Etapa 5 do Grupo 8 possuem os itens e o padr\u00e3o exigidos para tais.

"},{"location":"verificacao/grupo/etapa5/planejamento-verificacao-etapa5/#metodologia","title":"Metodologia","text":"

A metodologia escolhida para esta verifica\u00e7\u00e3o \u00e9 a inspe\u00e7\u00e3o. Desenvolvida originalmente para c\u00f3digos de software por Fagan na IBM em 1976, essa t\u00e9cnica consiste em uma revis\u00e3o formal dos artefatos produzidos a fim de se encontrar defeitos.

Essa revis\u00e3o \u00e9 realizada atrav\u00e9s de uma checklist onde se tem uma lista com os defeitos mais comuns que dever\u00e3o ser identificados, analisados e classificados. Vale ressaltar que a leitura do artefato n\u00e3o deve ser feita pelo o autor do mesmo. Ao findar a verifica\u00e7\u00e3o, ser\u00e1 exibido um gr\u00e1fico referente aos resultados obtidos.

"},{"location":"verificacao/grupo/etapa5/planejamento-verificacao-etapa5/#participantes","title":"Participantes","text":"

O respons\u00e1vel pelas verifica\u00e7\u00f5es s\u00e3o os integrantes do Grupo 8: M\u00e1rcio Henrique e Luiza Maluf, os quais realizam tanto a verifica\u00e7\u00e3o do planejamento e do relato de seus resultados.

"},{"location":"verificacao/grupo/etapa5/planejamento-verificacao-etapa5/#objetos-de-verificacao","title":"Objetos de Verifica\u00e7\u00e3o","text":"

Os artefatos alvos dessa verifica\u00e7\u00e3o s\u00e3o:

  • O Relato dos Resultados da Avalia\u00e7\u00e3o da An\u00e1lise de Tarefas
  • O Relato dos Resultados da Avalia\u00e7\u00e3o dos Storyboards
  • O Planejamento da Avalia\u00e7\u00e3o da Prototipa\u00e7\u00e3o em Papel
  • O Planejamento do Relato dos Resultados da Avalia\u00e7\u00e3o da Prototipa\u00e7\u00e3o de Papel
"},{"location":"verificacao/grupo/etapa5/planejamento-verificacao-etapa5/#cronograma","title":"Cronograma","text":"

Tabela 1 - Cronograma

Data Descri\u00e7\u00e3o Respons\u00e1vel 05/01/2025 Verifica\u00e7\u00e3o do Relato dos Resultados da Avalia\u00e7\u00e3o da An\u00e1lise de Tarefas M\u00e1rcio Henrique e Luiza Maluf 05/01/2025 Verifica\u00e7\u00e3o do Relato dos Resultados da Avalia\u00e7\u00e3o dos Storyboards M\u00e1rcio Henrique e Luiza Maluf 05/01/2025 Verifica\u00e7\u00e3o do Planejamento da Avalia\u00e7\u00e3o da Prototipa\u00e7\u00e3o em Papel Luiza Maluf 05/01/2025 Verifica\u00e7\u00e3o do Planejamento do Relato dos Resultados da Avalia\u00e7\u00e3o da Prototipa\u00e7\u00e3o de Papel M\u00e1rcio Henrique

Autor: Luiza Maluf , 2025.

"},{"location":"verificacao/grupo/etapa5/planejamento-verificacao-etapa5/#listas-de-verificacao","title":"Listas de Verifica\u00e7\u00e3o","text":"

As listas foram constru\u00eddas levando em conta os padr\u00f5es esperados para cada artefato, as principais tarefas realizadas na elabora\u00e7\u00e3o dos mesmos e as sugest\u00f5es de elementos de an\u00e1lise elaborada por Simone e Silva.

"},{"location":"verificacao/grupo/etapa5/planejamento-verificacao-etapa5/#geral","title":"Geral","text":"

A tabela 2 a seguir apresenta a checklist referente aos aspectos gerais que os artefatos devem seguir.

Tabela 2 - Checklist para os Itens Gerais.

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Padroniza\u00e7\u00e3o 1 O artefato possui introdu\u00e7\u00e3o? - 2 O artefato possui uma bibliografia/refer\u00eancia bibliogr\u00e1fica? - 3 O artefato possui um hist\u00f3rico de vers\u00f5es com o id e descri\u00e7\u00e3o das vers\u00f5es, data, autores e revisores? 4 Todas as tabelas e imagens s\u00e3o chamadas no texto, possuem legendas e fontes? - 5 Todos os textos est\u00e3o na norma padr\u00e3o? -

Fonte: Plano de Ensino

"},{"location":"verificacao/grupo/etapa5/planejamento-verificacao-etapa5/#relato-dos-resultados-da-avaliacao-da-analise-de-tarefas","title":"Relato dos Resultados da Avalia\u00e7\u00e3o da An\u00e1lise de Tarefas","text":"

tabela 3

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Autor do Item 1 O Relato detalha claramente os objetivos Avalia\u00e7\u00e3o da an\u00e1lise de tarefas? - - Luiza Maluf 2 Os m\u00e9todos de avalia\u00e7\u00e3o a serem utilizados est\u00e3o especificados? - - Plano de Ensino 3 O documento especifica quem ser\u00e3o os participantes da avalia\u00e7\u00e3o? - - Luiza Maluf 4 Os perfis dos participantes est\u00e3o alinhados com os perfis de usu\u00e1rio definidos na an\u00e1lise? - - Luiza Maluf 5 O papel de cada participante durante a avalia\u00e7\u00e3o est\u00e1 claramente definido? - - Luiza Maluf 6 Os dados s\u00e3o interpretados e apresentados ap\u00f3s a avalia\u00e7\u00e3o? - - Luiza Maluf 7 O docuemento trata das quest\u00f5es \u00e9ticas que dizem respeito aos participantes da entrevista? - - Plano de Ensino 8 O relato apresenta as suget\u00f5es de melhorias indicadas pelos entrevistados? - - Plano de Ensino 9 O relato apresenta o feedback dos usu\u00e1rios em rela\u00e7\u00e3o a analise de tarefa vista? - - Luiza Maluf 10 O relato possui o link de grava\u00e7\u00e3o da entrevista? Luiza Maluf

Autor: Luiza Maluf, 2025.

"},{"location":"verificacao/grupo/etapa5/planejamento-verificacao-etapa5/#relato-dos-resultados-da-avaliacao-dos-storyboards","title":"Relato dos Resultados da Avalia\u00e7\u00e3o dos Storyboards","text":"

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Autor do Item 1 O relato possui o objetivo e escopo de avalia\u00e7\u00e3o dos reusltados? - - Luiza Maluf 2 O relato possui a metodologia utilizada? - - Luiza Maluf 3 O participante est\u00e1 de acordo com o perfil de usu\u00e1rio definido? E isso est\u00e1 expl\u00edcito no documento? - - Luiza Maluf 4 O relato possui uma se\u00e7\u00e3o indicando as sugest\u00f5es e melhorias que os participantes indicaram na entrevista? - - Luiza Maluf 5 O relato possui registrado a conclus\u00e3o dos resultados colhidos nas entrevista? - - Luiza Maluf 6 O relato possui o link de grava\u00e7\u00e3o da entrevista? - - Luiza Maluf

Autor: Luiza Maluf, 2025.

"},{"location":"verificacao/grupo/etapa5/planejamento-verificacao-etapa5/#planejamento-da-avaliacao-da-prototipacao-em-papel","title":"Planejamento da Avalia\u00e7\u00e3o da Prototipa\u00e7\u00e3o em Papel","text":"

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es 1 O planejamento possui os objetivos expl\u00edcitos? - - 2 O planejamento segue o framwork DECIDE? - - 3 O documento possui as perguntas que devem ser usadas na avalia\u00e7\u00e3o? - - 4 O documento possui as metodologias usadas na avalia\u00e7\u00e3o? - - 5 O docuemnto possui os participantes da avalia\u00e7\u00e3o - - 6 O documento possui cronograma? - - 7 O docuemnto possui a descri\u00e7\u00e3o das quest\u00f5es pr\u00e1ticas da avalia\u00e7\u00e3o? - - 8 O planejamento possui uma se\u00e7\u00e3o que trata dos aspectos \u00e9ticos? - - 9 O planejamento possui uma se\u00e7\u00e3o de teste piloto com todas as suas devidas informa\u00e7\u00f5es? - -

Adaptado: Plano de Ensino

"},{"location":"verificacao/grupo/etapa5/planejamento-verificacao-etapa5/#planejamento-do-relato-dos-resultados-da-avaliacao-da-prototipacao-de-papel","title":"Planejamento do Relato dos Resultados da Avalia\u00e7\u00e3o da Prototipa\u00e7\u00e3o de Papel","text":"

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es 1 O documento possui um t\u00f3pico sobre quais s\u00e3o os objetivos do relato? - M\u00e1rcio Henrique 2 O documento possui um t\u00f3pico sobre a metodologia de prototipa\u00e7\u00e3o de papel? - M\u00e1rcio Henrique 3 O documento possui um t\u00f3pico sobre quais foram os participantes e os seus perfis? - M\u00e1rcio Henrique 4 O documento possui um t\u00f3pico sobre as tarefas a serem executadas pelos participantes? - M\u00e1rcio Henrique 5 O documento possui um t\u00f3pico sobre a lista dos problemas de usabilidade ainda n\u00e3o corrigidos? - M\u00e1rcio Henrique 6 O documento possui um t\u00f3pico sobre indica\u00e7\u00f5es de partes do sistema que podem ser mais bem elaboradas? - M\u00e1rcio Henrique 7 O documento est\u00e1 estruturado conforme os relatos realizados anteriores? - M\u00e1rcio Henrique

Adaptado: Plano de Ensino

"},{"location":"verificacao/grupo/etapa5/planejamento-verificacao-etapa5/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021);Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do usu\u00e1rio.

"},{"location":"verificacao/grupo/etapa5/planejamento-verificacao-etapa5/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 05/01/2025 Cria\u00e7\u00e3o do documento. Luiza Maluf M\u00e1rcio Henrique"},{"location":"verificacao/grupo/etapa5/ver-relato-story/","title":"Verifica\u00e7\u00e3o do Planejamento da Avalia\u00e7\u00e3o da Prototipa\u00e7\u00e3o em Papel","text":""},{"location":"verificacao/grupo/etapa5/ver-relato-story/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este documento detalha a verifica\u00e7\u00e3o do artefato Verifica\u00e7\u00e3o do Relato dos resultados do Storyboard.

"},{"location":"verificacao/grupo/etapa5/ver-relato-story/#metodologia","title":"Metodologia","text":"

O modelo de verifica\u00e7\u00e3o consistir\u00e1 em um preenchimento de uma lista de verifica\u00e7\u00e3o constru\u00edda a partir dos conceitos trabalhados pela disciplina.

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Padroniza\u00e7\u00e3o 1 O artefato possui introdu\u00e7\u00e3o? SIM - 2 O artefato possui uma bibliografia/refer\u00eancia bibliogr\u00e1fica? SIM - 3 O artefato possui um hist\u00f3rico de vers\u00f5es com o id e descri\u00e7\u00e3o das vers\u00f5es, data, autores e revisores? SIM 4 Todas as tabelas e imagens s\u00e3o chamadas no texto, possuem legendas e fontes? SIM - 5 Todos os textos est\u00e3o na norma padr\u00e3o? SIM -

Fonte: Plano de Ensino

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Autor do Item 1 O relato possui o objetivo e escopo de avalia\u00e7\u00e3o dos reusltados? Sim - Luiza Maluf 2 O relato possui a metodologia utilizada? Sim - Luiza Maluf 3 O participante est\u00e1 de acordo com o perfil de usu\u00e1rio definido? E isso est\u00e1 expl\u00edcito no documento? Sim - Luiza Maluf 4 O relato possui uma se\u00e7\u00e3o indicando as sugest\u00f5es e melhorias que os participantes indicaram na entrevista? Sim - Luiza Maluf 5 O relato possui registrado a conclus\u00e3o dos resultados colhidos nas entrevista? Sim - Luiza Maluf 6 O relato possui o link de grava\u00e7\u00e3o da entrevista? Sim - Luiza Maluf

"},{"location":"verificacao/grupo/etapa5/ver-relato-story/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021);Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do usu\u00e1rio.

"},{"location":"verificacao/grupo/etapa5/ver-relato-story/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 05/01/2025 Cria\u00e7\u00e3o do documento. Luiza Maluf M\u00e1rcio Henrique"},{"location":"verificacao/grupo/etapa5/ver-relato-tarefas/","title":"Verifica\u00e7\u00e3o do Planejamento da Avalia\u00e7\u00e3o da Prototipa\u00e7\u00e3o em Papel","text":""},{"location":"verificacao/grupo/etapa5/ver-relato-tarefas/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este documento detalha a verifica\u00e7\u00e3o do artefato Verifica\u00e7\u00e3o do Relato dos resultados da an\u00e1lise de tarefas.

"},{"location":"verificacao/grupo/etapa5/ver-relato-tarefas/#metodologia","title":"Metodologia","text":"

O modelo de verifica\u00e7\u00e3o consistir\u00e1 em um preenchimento de uma lista de verifica\u00e7\u00e3o constru\u00edda a partir dos conceitos trabalhados pela disciplina.

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Padroniza\u00e7\u00e3o 1 O artefato possui introdu\u00e7\u00e3o? SIM - 2 O artefato possui uma bibliografia/refer\u00eancia bibliogr\u00e1fica? SIM - 3 O artefato possui um hist\u00f3rico de vers\u00f5es com o id e descri\u00e7\u00e3o das vers\u00f5es, data, autores e revisores? SIM 4 Todas as tabelas e imagens s\u00e3o chamadas no texto, possuem legendas e fontes? SIM - 5 Todos os textos est\u00e3o na norma padr\u00e3o? SIM -

Fonte: Plano de Ensino

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Autor do Item 1 O Relato detalha claramente os objetivos Avalia\u00e7\u00e3o da an\u00e1lise de tarefas? Sim - Luiza Maluf 2 Os m\u00e9todos de avalia\u00e7\u00e3o a serem utilizados est\u00e3o especificados? Sim - Plano de Ensino 3 O documento especifica quem ser\u00e3o os participantes da avalia\u00e7\u00e3o? Sim - Luiza Maluf 4 Os perfis dos participantes est\u00e3o alinhados com os perfis de usu\u00e1rio definidos na an\u00e1lise? Sim - Luiza Maluf 5 O papel de cada participante durante a avalia\u00e7\u00e3o est\u00e1 claramente definido? Sim - Luiza Maluf 6 Os dados s\u00e3o interpretados e apresentados ap\u00f3s a avalia\u00e7\u00e3o? Sim - Luiza Maluf 7 O docuemento trata das quest\u00f5es \u00e9ticas que dizem respeito aos participantes da entrevista? Sim - Plano de Ensino 8 O relato apresenta as suget\u00f5es de melhorias indicadas pelos entrevistados? Sim - Plano de Ensino 9 O relato apresenta o feedback dos usu\u00e1rios em rela\u00e7\u00e3o a analise de tarefa vista? Sim - Luiza Maluf 10 O relato possui o link de grava\u00e7\u00e3o da entrevista? Luiza Maluf

"},{"location":"verificacao/grupo/etapa5/ver-relato-tarefas/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021);Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do usu\u00e1rio.

"},{"location":"verificacao/grupo/etapa5/ver-relato-tarefas/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 05/01/2025 Cria\u00e7\u00e3o do documento. Luiza Maluf M\u00e1rcio Henrique"},{"location":"verificacao/grupo/etapa5/verf-plan-aval-prototp/","title":"Verifica\u00e7\u00e3o do Planejamento da Avalia\u00e7\u00e3o da Prototipa\u00e7\u00e3o em Papel","text":""},{"location":"verificacao/grupo/etapa5/verf-plan-aval-prototp/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este documento detalha a verifica\u00e7\u00e3o do artefato Verifica\u00e7\u00e3o do Planejamento da Avalia\u00e7\u00e3o da Prototipa\u00e7\u00e3o em Papels.

"},{"location":"verificacao/grupo/etapa5/verf-plan-aval-prototp/#metodologia","title":"Metodologia","text":"

O modelo de verifica\u00e7\u00e3o consistir\u00e1 em um preenchimento de uma lista de verifica\u00e7\u00e3o constru\u00edda a partir dos conceitos trabalhados pela disciplina.

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Padroniza\u00e7\u00e3o 1 O artefato possui introdu\u00e7\u00e3o? SIM - 2 O artefato possui uma bibliografia/refer\u00eancia bibliogr\u00e1fica? SIM - 3 O artefato possui um hist\u00f3rico de vers\u00f5es com o id e descri\u00e7\u00e3o das vers\u00f5es, data, autores e revisores? SIM 4 Todas as tabelas e imagens s\u00e3o chamadas no texto, possuem legendas e fontes? SIM - 5 Todos os textos est\u00e3o na norma padr\u00e3o? SIM -

Fonte: Plano de Ensino

Tabela 1 - Lista de Verifica\u00e7\u00e3o do Planejamento da Avalia\u00e7\u00e3o da Prototipa\u00e7\u00e3o em Papel

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es 1 O planejamento possui os objetivos expl\u00edcitos? SIM - 2 O planejamento segue o framwork DECIDE? SIM - 3 O documento possui as perguntas que devem ser usadas na avalia\u00e7\u00e3o? SIM - 4 O documento possui as metodologias usadas na avalia\u00e7\u00e3o? SIM - 5 O docuemnto possui os participantes da avalia\u00e7\u00e3o SIM - 6 O documento possui cronograma? SIM - 7 O docuemnto possui a descri\u00e7\u00e3o das quest\u00f5es pr\u00e1ticas da avalia\u00e7\u00e3o? SIM - 8 O planejamento possui uma se\u00e7\u00e3o que trata dos aspectos \u00e9ticos? SIM - 9 O planejamento possui uma se\u00e7\u00e3o de teste piloto com todas as suas devidas informa\u00e7\u00f5es? SIM -

Adaptado: Plano de Ensino

"},{"location":"verificacao/grupo/etapa5/verf-plan-aval-prototp/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021);Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do usu\u00e1rio.

"},{"location":"verificacao/grupo/etapa5/verf-plan-aval-prototp/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 05/01/2025 Cria\u00e7\u00e3o do documento. Luiza Maluf M\u00e1rcio Henrique"},{"location":"verificacao/grupo/etapa5/verf-plan-rela-pp/","title":"Verifica\u00e7\u00e3o do Planejamento do relato dos resultados do prot\u00f3tipo de papel","text":""},{"location":"verificacao/grupo/etapa5/verf-plan-rela-pp/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Realizado o planejamento do que verificar, \u00e9 o momento de realizar a inspe\u00e7\u00e3o em si. Esse documento apresenta os objetivos da verifica\u00e7\u00e3o, a metodologia utilizada e os dados da verifica\u00e7\u00e3o. Al\u00e9m disso, os principais problemas encontrados s\u00e3o sumarizados e analisados obtendo informa\u00e7\u00f5es valiosas que ser\u00e3o utilizadas para sugerir a\u00e7\u00f5es corretivas para os mesmos.

"},{"location":"verificacao/grupo/etapa5/verf-plan-rela-pp/#objetivo","title":"Objetivo","text":"

O objetivo deste documento \u00e9 relatar os resultados das verifica\u00e7\u00f5es realizadas acerca do artefato Planejamento do relato dos resultados da avalia\u00e7\u00e3o do prot\u00f3tipo de papel da Etapa 5 do Grupo 8.

"},{"location":"verificacao/grupo/etapa5/verf-plan-rela-pp/#metodologia","title":"Metodologia","text":"

Os resultados da verifica\u00e7\u00e3o dos artefatos foram obtidos a partir das checklists elaboradas na p\u00e1gina de planejamento. Para responder \u00e0s perguntas apresentadas nas checklist o avaliador usar\u00e1 as op\u00e7\u00f5es Sim, N\u00e3o, Incompleto ou N\u00e3o se aplica. O avaliador poder\u00e1 tamb\u00e9m escrever observa\u00e7\u00f5es em cada pergunta detalhando pontos que achar necess\u00e1rios.

"},{"location":"verificacao/grupo/etapa5/verf-plan-rela-pp/#cronograma-e-participantes","title":"Cronograma e Participantes","text":"

Os participantes ser\u00e3o os integrantes do Grupo 8 M\u00e1rcio Henrique, que ser\u00e1 respons\u00e1vel por realizar a avalia\u00e7\u00e3o, e a Luiza Maluf que realizar\u00e1 a revis\u00e3o do artefato produzido pelo avaliador. Em rela\u00e7\u00e3o ao cronograma seguido.

"},{"location":"verificacao/grupo/etapa5/verf-plan-rela-pp/#sumario-dos-dados","title":"Sum\u00e1rio Dos Dados","text":"

A Tabela 1 apresenta a checklist com os dados obtidos a partir da verifica\u00e7\u00e3o.

Tabela 1 - Checklist de Verifica\u00e7\u00e3o.

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Padroniza\u00e7\u00e3o 1 O artefato possui introdu\u00e7\u00e3o? Sim 2 O artefato possui uma bibliografia/refer\u00eancia bibliogr\u00e1fica? Sim 3 O artefato possui um hist\u00f3rico de vers\u00f5es com o id e descri\u00e7\u00e3o das vers\u00f5es, data, autores e revisores? Sim 4 Todas as tabelas e imagens s\u00e3o chamadas no texto, possuem legendas e fontes? Sim 5 Todos os textos est\u00e3o na norma padr\u00e3o? Sim Relato 6 O documento possui um t\u00f3pico sobre quais s\u00e3o os objetivos do relato? Sim 7 O documento possui um t\u00f3pico sobre a metodologia de prototipa\u00e7\u00e3o de papel? Sim 8 O documento possui um t\u00f3pico sobre quais foram os participantes e os seus perfis? Incompleto N\u00e3o s\u00e3o apresentando os participantes. 9 O documento possui um t\u00f3pico sobre as tarefas a serem executadas pelos participantes? Incompleto N\u00e3o s\u00e3o apresentado as tarefas. 10 O documento possui um t\u00f3pico sobre a lista dos problemas de usabilidade ainda n\u00e3o corrigidos? Incompleto Existe um t\u00f3pico sobre a lista de problemas encontrados. 11 O documento possui um t\u00f3pico sobre indica\u00e7\u00f5es de partes do sistema que podem ser mais bem elaboradas? Sim 12 O documento est\u00e1 estruturado conforme os relatos realizados anteriores? N\u00e3o

Fonte: M\u00e1rcio Henrique, 2025.

"},{"location":"verificacao/grupo/etapa5/verf-plan-rela-pp/#lista-de-problemas-e-analise","title":"Lista de Problemas e An\u00e1lise","text":""},{"location":"verificacao/grupo/etapa5/verf-plan-rela-pp/#id-8-o-documento-possui-um-topico-sobre-quais-foram-os-participantes-e-os-seus-perfis","title":"ID 8 - O documento possui um t\u00f3pico sobre quais foram os participantes e os seus perfis?","text":"

N\u00e3o s\u00e3o apresentando os participantes que participaram do relato de acordo com o planejamento.

"},{"location":"verificacao/grupo/etapa5/verf-plan-rela-pp/#id-9-o-documento-possui-um-topico-sobre-as-tarefas-a-serem-executadas-pelos-participantes","title":"ID 9 - O documento possui um t\u00f3pico sobre as tarefas a serem executadas pelos participantes?","text":"

N\u00e3o s\u00e3o apresentado as tarefas que os participantes realizaram de acordo com o planejamento.

"},{"location":"verificacao/grupo/etapa5/verf-plan-rela-pp/#id-10-o-documento-possui-um-topico-sobre-a-lista-dos-problemas-de-usabilidade-ainda-nao-corrigidos","title":"ID 10 - O documento possui um t\u00f3pico sobre a lista dos problemas de usabilidade ainda n\u00e3o corrigidos?","text":"

De acordo com Simone e Silva (p. 361, 2011), no relato dos resultados os avaliadores devem informar uma lista de problemas de usabilidades.

"},{"location":"verificacao/grupo/etapa5/verf-plan-rela-pp/#id-12-o-documento-esta-estruturado-conforme-os-relatos-realizados-anteriores","title":"ID 12 - O documento est\u00e1 estruturado conforme os relatos realizados anteriores?","text":"

O documento n\u00e3o est\u00e1 estruturado conforme os anteriores.

"},{"location":"verificacao/grupo/etapa5/verf-plan-rela-pp/#sugestoes-de-correcoes","title":"Sugest\u00f5es de Corre\u00e7\u00f5es","text":"

O relato est\u00e1 muito bem constru\u00eddo, parab\u00e9ns time. Por\u00e9m, por uma especificidade do relato da avalia\u00e7\u00e3o do prot\u00f3tipo de papel trazido por Simone e Silva , est\u00e3o faltando alguns t\u00f3picos. Fica como sugest\u00e3o ent\u00e3o a realiza\u00e7\u00e3o das seguintes corre\u00e7\u00f5es:

  • Adicionar os participantes conforme no planejamento.
  • Adicionar as tarefas conforme no planejamento.
  • Criar um t\u00f3pico sobre a lista dos problemas de usabilidade.
  • Se estruturar com base no relato anterior realizado.
"},{"location":"verificacao/grupo/etapa5/verf-plan-rela-pp/#acompanhamento","title":"Acompanhamento","text":"

A figura 1 \u00e9 poss\u00edvel an\u00e1lisar um gr\u00e1fico com o percentual de erros e acertos de acordo com checklist dos resultados obtidos acima.

Figura 1 - Gr\u00e1fico com resultado da Checklist.

Fonte: M\u00e1rcio Henrique"},{"location":"verificacao/grupo/etapa5/verf-plan-rela-pp/#retrabalho","title":"Retrabalho","text":"

Como proposto por Fagan, para o retrabalho os autores do artefato verificado ser\u00e3o respons\u00e1veis em um primeiro momento por corrigir os problemas apresentados seguindo a lista de sugest\u00e3o de corre\u00e7\u00e3o apresentada anteriormente, por\u00e9m h\u00e1 a possibilidade de outros integrantes do grupo realizarem as corre\u00e7\u00f5es propostas. O respons\u00e1vel por essa verifica\u00e7\u00e3o far\u00e1 uma revis\u00e3o das corre\u00e7\u00f5es feitas, checando se as corre\u00e7\u00f5es s\u00e3o suficientes e se foi introduzido novos erros ou n\u00e3o.

"},{"location":"verificacao/grupo/etapa5/verf-plan-rela-pp/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"verificacao/grupo/etapa5/verf-plan-rela-pp/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 05/01/2025 Cria\u00e7\u00e3o da p\u00e1gina. M\u00e1rcio Henrique LuizaMaluf"},{"location":"verificacao/grupo/etapa6/planejamento/","title":"Planejamento da Verifica\u00e7\u00e3o da Etapa 6","text":""},{"location":"verificacao/grupo/etapa6/planejamento/#introducao","title":"Introdu\u00e7\u00e3o","text":"

A verifica\u00e7\u00e3o \u00e9 uma das etapas mais importantes do desenvolvimento de um projeto. Nela os artefatos produzidos s\u00e3o analisados garantindo que os mesmos cumpram com os seus requisitos especificados.

"},{"location":"verificacao/grupo/etapa6/planejamento/#objetivos","title":"Objetivos","text":"

O objetivo deste documento \u00e9 verificar se os artefatos produzidos na Etapa 5 do Grupo 8 possuem os itens e o padr\u00e3o exigidos para tais.

"},{"location":"verificacao/grupo/etapa6/planejamento/#metodologia","title":"Metodologia","text":"

A metodologia escolhida para esta verifica\u00e7\u00e3o \u00e9 a inspe\u00e7\u00e3o. Desenvolvida originalmente para c\u00f3digos de software por Fagan na IBM em 1976, essa t\u00e9cnica consiste em uma revis\u00e3o formal dos artefatos produzidos a fim de se encontrar defeitos.

Essa revis\u00e3o \u00e9 realizada atrav\u00e9s de uma checklist onde se tem uma lista com os defeitos mais comuns que dever\u00e3o ser identificados, analisados e classificados. Vale ressaltar que a leitura do artefato n\u00e3o deve ser feita pelo o autor do mesmo. Ao findar a verifica\u00e7\u00e3o, ser\u00e1 exibido um gr\u00e1fico referente aos resultados obtidos.

"},{"location":"verificacao/grupo/etapa6/planejamento/#participantes","title":"Participantes","text":"

O respons\u00e1vel pelas verifica\u00e7\u00f5es s\u00e3o os integrantes do Grupo 8: M\u00e1rcio Henrique e Luiza Maluf, os quais realizam tanto a verifica\u00e7\u00e3o do planejamento e do relato de seus resultados.

"},{"location":"verificacao/grupo/etapa6/planejamento/#objetos-de-verificacao","title":"Objetos de Verifica\u00e7\u00e3o","text":"

Os artefatos alvos dessa verifica\u00e7\u00e3o s\u00e3o:

  • O Relato dos Resultados da Avalia\u00e7\u00e3o do prot\u00f3tipo de papel
  • O Planejamento da Avalia\u00e7\u00e3o do Prot\u00f3tipo de Alta fidelidade
  • O Planejamento do Relato do Prot\u00f3tipo de Alta fidelidade
"},{"location":"verificacao/grupo/etapa6/planejamento/#cronograma","title":"Cronograma","text":"

Tabela 1 - Cronograma

Data Descri\u00e7\u00e3o Respons\u00e1vel 13/01/2025 Verifica\u00e7\u00e3o do Relato dos Resultados da Avalia\u00e7\u00e3o do prot\u00f3tipo de papel M\u00e1rcio Henrique e Luiza Maluf 13/01/2025 Verifica\u00e7\u00e3o Planejamento da Avalia\u00e7\u00e3o do Prot\u00f3tipo de Alta fidelidade Luiza Maluf 13/01/2025 Verifica\u00e7\u00e3o Planejamento do Relato do Prot\u00f3tipo de Alta fidelidade M\u00e1rcio Henrique

Autor: M\u00e1rcio Henrique , 2025.

"},{"location":"verificacao/grupo/etapa6/planejamento/#listas-de-verificacao","title":"Listas de Verifica\u00e7\u00e3o","text":"

As listas foram constru\u00eddas levando em conta os padr\u00f5es esperados para cada artefato, as principais tarefas realizadas na elabora\u00e7\u00e3o dos mesmos e as sugest\u00f5es de elementos de an\u00e1lise elaborada por Simone e Silva.

"},{"location":"verificacao/grupo/etapa6/planejamento/#geral","title":"Geral","text":"

A tabela 2 a seguir apresenta a checklist referente aos aspectos gerais que os artefatos devem seguir.

Tabela 2 - Checklist para os Itens Gerais.

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Padroniza\u00e7\u00e3o 1 O artefato possui introdu\u00e7\u00e3o? - 2 O artefato possui uma bibliografia/refer\u00eancia bibliogr\u00e1fica? - 3 O artefato possui um hist\u00f3rico de vers\u00f5es com o id e descri\u00e7\u00e3o das vers\u00f5es, data, autores e revisores? 4 Todas as tabelas e imagens s\u00e3o chamadas no texto, possuem legendas e fontes? - 5 Todos os textos est\u00e3o na norma padr\u00e3o? -

Fonte: Plano de Ensino

"},{"location":"verificacao/grupo/etapa6/planejamento/#relato-dos-resultados-da-avaliacao-dos-prototipos-de-papel","title":"Relato dos Resultados da Avalia\u00e7\u00e3o dos Prot\u00f3tipos de Papel","text":"

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Autor do Item 1 O relato possui o objetivo e escopo de avalia\u00e7\u00e3o dos reusltados? - - Luiza Maluf 2 O relato possui a metodologia utilizada? - - Luiza Maluf 3 O participante est\u00e1 de acordo com o perfil de usu\u00e1rio definido? E isso est\u00e1 expl\u00edcito no documento? - - Luiza Maluf 4 O relato possui uma se\u00e7\u00e3o indicando as sugest\u00f5es e melhorias que os participantes indicaram na entrevista? - - M\u00e1rcio Henrique 5 O relato possui registrado a conclus\u00e3o dos resultados colhidos nas entrevista? - - M\u00e1rcio Henrique 6 O relato possui o link de grava\u00e7\u00e3o da entrevista? - - Luiza Maluf

Autor: Luiza Maluf, 2025.

"},{"location":"verificacao/grupo/etapa6/planejamento/#planejamento-da-avaliacao-do-prototipo-de-alta-fidelidade","title":"Planejamento da Avalia\u00e7\u00e3o do Prot\u00f3tipo de Alta fidelidade","text":"

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es 1 O planejamento possui os objetivos expl\u00edcitos? - - 2 O planejamento segue o framwork DECIDE? - - 3 O documento possui as perguntas que devem ser usadas na avalia\u00e7\u00e3o? - - 4 O documento possui as metodologias usadas na avalia\u00e7\u00e3o? - - 5 O docuemnto possui os participantes da avalia\u00e7\u00e3o - - 6 O documento possui cronograma? - - 7 O docuemnto possui a descri\u00e7\u00e3o das quest\u00f5es pr\u00e1ticas da avalia\u00e7\u00e3o? - - 8 O planejamento possui uma se\u00e7\u00e3o que trata dos aspectos \u00e9ticos? - - 9 O planejamento possui uma se\u00e7\u00e3o de teste piloto com todas as suas devidas informa\u00e7\u00f5es? - -

Adaptado: Plano de Ensino

"},{"location":"verificacao/grupo/etapa6/planejamento/#planejamento-do-relato-dos-resultados-da-avaliacao-da-prototipagem-de-alta-fidelidade","title":"Planejamento do Relato dos Resultados da Avalia\u00e7\u00e3o da Prototipagem de Alta Fidelidade","text":"

| ID | Descri\u00e7\u00e3o | Avalia\u00e7\u00e3o | Observa\u00e7\u00f5es | | Autor do Item | |--------|---------------|---------------|-----------------|---------------------| | 1 | O documento possui um t\u00f3pico sobre quais s\u00e3o os objetivos do relato? | - |-| M\u00e1rcio Henrique | | 2 | O documento possui um t\u00f3pico sobre a metodologia de prototipa\u00e7\u00e3o de Alta fidelidade? | - |-| M\u00e1rcio Henrique | | 3 | O documento possui um t\u00f3pico sobre quais foram os participantes e os seus perfis? | - |-| M\u00e1rcio Henrique | | 4 | O documento possui um t\u00f3pico sobre as tarefas a serem executadas pelos participantes?| - |-| M\u00e1rcio Henrique | | 5 | O documento possui um t\u00f3pico sobre a lista dos problemas de usabilidade ainda n\u00e3o corrigidos?| - |-| M\u00e1rcio Henrique | | 6 | O documento possui um t\u00f3pico sobre indica\u00e7\u00f5es de partes do sistema que podem ser mais bem elaboradas? | - |-| M\u00e1rcio Henrique | | 7 | O documento est\u00e1 estruturado conforme os relatos realizados anteriores?| - |-| M\u00e1rcio Henrique |

Autor: M\u00e1rcio Henrique, 2025.

"},{"location":"verificacao/grupo/etapa6/planejamento/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021);Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do usu\u00e1rio.

"},{"location":"verificacao/grupo/etapa6/planejamento/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 13/01/2025 Cria\u00e7\u00e3o da p\u00e1gina. M\u00e1rcio Henrique LuizaMaluf 1.1 14/01/2025 Cria\u00e7\u00e3o do resto das listas de verifica\u00e7\u00e3o LuizaMaluf M\u00e1rcio Henrique"},{"location":"verificacao/grupo/etapa6/ver-planj-p-alta/","title":"Verifica\u00e7\u00e3o do Planejamento da Avalia\u00e7\u00e3o do Prot\u00f3tipo de Alta Fidelidade","text":""},{"location":"verificacao/grupo/etapa6/ver-planj-p-alta/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este documento detalha a verifica\u00e7\u00e3o do artefato Planejamento do Relato dos Resultados da Avalia\u00e7\u00e3o do Prot\u00f3tipo de Alta Fidelidade.

"},{"location":"verificacao/grupo/etapa6/ver-planj-p-alta/#metodologia","title":"Metodologia","text":"

O modelo de verifica\u00e7\u00e3o consistir\u00e1 em um preenchimento de uma lista de verifica\u00e7\u00e3o constru\u00edda a partir dos conceitos trabalhados pela disciplina.

"},{"location":"verificacao/grupo/etapa6/ver-planj-p-alta/#geral","title":"Geral","text":"

Tabela 2 - Checklist para os Itens Gerais.

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Padroniza\u00e7\u00e3o 1 O artefato possui introdu\u00e7\u00e3o? Sim 2 O artefato possui uma bibliografia/refer\u00eancia bibliogr\u00e1fica? Sim 3 O artefato possui um hist\u00f3rico de vers\u00f5es com o id e descri\u00e7\u00e3o das vers\u00f5es, data, autores e revisores? Sim 4 Todas as tabelas e imagens s\u00e3o chamadas no texto, possuem legendas e fontes? Sim 5 Todos os textos est\u00e3o na norma padr\u00e3o? Sim

Fonte: Plano de Ensino

"},{"location":"verificacao/grupo/etapa6/ver-planj-p-alta/#planejamento-da-avaliacao-do-prototipo-de-alta-fidelidade","title":"Planejamento da Avalia\u00e7\u00e3o do Prot\u00f3tipo de Alta fidelidade","text":"

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es 1 O planejamento possui os objetivos expl\u00edcitos? Sim - 2 O planejamento segue o framwork DECIDE? Sim - 3 O documento possui as perguntas que devem ser usadas na avalia\u00e7\u00e3o? Sim - 4 O documento possui as metodologias usadas na avalia\u00e7\u00e3o? Sim - 5 O docuemnto possui os participantes da avalia\u00e7\u00e3o Sim - 6 O documento possui cronograma? Sim - 7 O documento possui a descri\u00e7\u00e3o das quest\u00f5es pr\u00e1ticas da avalia\u00e7\u00e3o? Sim - 8 O planejamento possui uma se\u00e7\u00e3o que trata dos aspectos \u00e9ticos? Sim - 9 O planejamento possui uma se\u00e7\u00e3o de teste piloto com todas as suas devidas informa\u00e7\u00f5es? Sim -

Adaptado: Plano de Ensino

"},{"location":"verificacao/grupo/etapa6/ver-planj-p-alta/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021);Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do usu\u00e1rio.

"},{"location":"verificacao/grupo/etapa6/ver-planj-p-alta/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 14/01/2025 Cria\u00e7\u00e3o do documento. LuizaMaluf M\u00e1rcio Henrique"},{"location":"verificacao/grupo/etapa6/ver-relato-ppapel/","title":"Verifica\u00e7\u00e3o do Relato dos Resultados da Avalia\u00e7\u00e3o da Prototipa\u00e7\u00e3o de papel","text":""},{"location":"verificacao/grupo/etapa6/ver-relato-ppapel/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este documento detalha a verifica\u00e7\u00e3o do artefato Relato dos Resultados da Avalia\u00e7\u00e3o da Prototipa\u00e7\u00e3o de papel.

"},{"location":"verificacao/grupo/etapa6/ver-relato-ppapel/#metodologia","title":"Metodologia","text":"

O modelo de verifica\u00e7\u00e3o consistir\u00e1 em um preenchimento de uma lista de verifica\u00e7\u00e3o constru\u00edda a partir dos conceitos trabalhados pela disciplina.

"},{"location":"verificacao/grupo/etapa6/ver-relato-ppapel/#geral","title":"Geral","text":"

Tabela 2 - Checklist para os Itens Gerais.

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Padroniza\u00e7\u00e3o 1 O artefato possui introdu\u00e7\u00e3o? Sim 2 O artefato possui uma bibliografia/refer\u00eancia bibliogr\u00e1fica? Sim 3 O artefato possui um hist\u00f3rico de vers\u00f5es com o id e descri\u00e7\u00e3o das vers\u00f5es, data, autores e revisores? Sim 4 Todas as tabelas e imagens s\u00e3o chamadas no texto, possuem legendas e fontes? Sim 5 Todos os textos est\u00e3o na norma padr\u00e3o? Sim

Fonte: Plano de Ensino

"},{"location":"verificacao/grupo/etapa6/ver-relato-ppapel/#relato-dos-resultados-da-avaliacao-dos-prototipos-de-papel","title":"Relato dos Resultados da Avalia\u00e7\u00e3o dos Prot\u00f3tipos de Papel","text":""},{"location":"verificacao/grupo/etapa6/ver-relato-ppapel/#relato-1","title":"Relato 1","text":"

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Autor do Item 1 O relato possui o objetivo e escopo de avalia\u00e7\u00e3o dos reusltados? Sim - Luiza Maluf 2 O relato possui a metodologia utilizada? Sim - Luiza Maluf 3 O participante est\u00e1 de acordo com o perfil de usu\u00e1rio definido? E isso est\u00e1 expl\u00edcito no documento? Sim - Luiza Maluf 4 O relato possui uma se\u00e7\u00e3o indicando as sugest\u00f5es e melhorias que os participantes indicaram na entrevista? Sim - Luiza Maluf 5 O relato possui registrado a conclus\u00e3o dos resultados colhidos nas entrevista? Sim - Luiza Maluf 6 O relato possui o link de grava\u00e7\u00e3o da entrevista? Sim - Luiza Maluf

Autor: Luiza Maluf, 2025.

"},{"location":"verificacao/grupo/etapa6/ver-relato-ppapel/#relato-2","title":"Relato 2","text":"

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Autor do Item 1 O relato possui o objetivo e escopo de avalia\u00e7\u00e3o dos reusltados? Sim - Luiza Maluf 2 O relato possui a metodologia utilizada? Sim - Luiza Maluf 3 O participante est\u00e1 de acordo com o perfil de usu\u00e1rio definido? E isso est\u00e1 expl\u00edcito no documento? Sim - Luiza Maluf 4 O relato possui uma se\u00e7\u00e3o indicando as sugest\u00f5es e melhorias que os participantes indicaram na entrevista? Sim - Luiza Maluf 5 O relato possui registrado a conclus\u00e3o dos resultados colhidos nas entrevista? Sim - Luiza Maluf 6 O relato possui o link de grava\u00e7\u00e3o da entrevista? Sim - Luiza Maluf

Autor: Luiza Maluf, 2025.

"},{"location":"verificacao/grupo/etapa6/ver-relato-ppapel/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021);Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do usu\u00e1rio.

"},{"location":"verificacao/grupo/etapa6/ver-relato-ppapel/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 14/01/2025 Cria\u00e7\u00e3o do documento. LuizaMaluf M\u00e1rcio Henrique"},{"location":"verificacao/grupo/etapa6/ver-relato-prot-alt-fid/","title":"Verifica\u00e7\u00e3o do Relato dos Resultados da Avalia\u00e7\u00e3o da Prototipa\u00e7\u00e3o de Alta Fidelidade","text":""},{"location":"verificacao/grupo/etapa6/ver-relato-prot-alt-fid/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este documento detalha a verifica\u00e7\u00e3o do artefato Relato da Avalia\u00e7\u00e3o da Prototipa\u00e7\u00e3o de Alta Fidelidade.

"},{"location":"verificacao/grupo/etapa6/ver-relato-prot-alt-fid/#metodologia","title":"Metodologia","text":"

O modelo de verifica\u00e7\u00e3o consistir\u00e1 em um preenchimento de uma lista de verifica\u00e7\u00e3o constru\u00edda a partir dos conceitos trabalhados pela disciplina.

"},{"location":"verificacao/grupo/etapa6/ver-relato-prot-alt-fid/#geral","title":"Geral","text":"

Tabela 2 - Checklist para os Itens Gerais.

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Padroniza\u00e7\u00e3o 1 O artefato possui introdu\u00e7\u00e3o? Sim - 2 O artefato possui uma bibliografia/refer\u00eancia bibliogr\u00e1fica? Sim - 3 O artefato possui um hist\u00f3rico de vers\u00f5es com o id e descri\u00e7\u00e3o das vers\u00f5es, data, autores e revisores? Sim 4 Todas as tabelas e imagens s\u00e3o chamadas no texto, possuem legendas e fontes? Sim - 5 Todos os textos est\u00e3o na norma padr\u00e3o? Sim -

Fonte: Plano de Ensino

"},{"location":"verificacao/grupo/etapa6/ver-relato-prot-alt-fid/#planejamento-do-relato-dos-resultados-da-avaliacao-da-prototipagem-de-alta-fidelidade","title":"Planejamento do Relato dos Resultados da Avalia\u00e7\u00e3o da Prototipagem de Alta Fidelidade","text":"

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es 1 O documento possui um t\u00f3pico sobre quais s\u00e3o os objetivos do relato? Sim M\u00e1rcio Henrique 2 O documento possui um t\u00f3pico sobre a metodologia de prototipa\u00e7\u00e3o de Alta fidelidade? Sim M\u00e1rcio Henrique 3 O documento possui um t\u00f3pico sobre quais foram os participantes e os seus perfis? Sim M\u00e1rcio Henrique 4 O documento possui um t\u00f3pico sobre as tarefas a serem executadas pelos participantes? Sim M\u00e1rcio Henrique 5 O documento possui um t\u00f3pico sobre a lista dos problemas de usabilidade ainda n\u00e3o corrigidos? Sim M\u00e1rcio Henrique 6 O documento possui um t\u00f3pico sobre indica\u00e7\u00f5es de partes do sistema que podem ser mais bem elaboradas? Sim M\u00e1rcio Henrique 7 O documento est\u00e1 estruturado conforme os relatos realizados anteriores? Sim M\u00e1rcio Henrique

Adaptado: M\u00e1rcio Henrique

"},{"location":"verificacao/grupo/etapa6/ver-relato-prot-alt-fid/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021);Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do usu\u00e1rio.

"},{"location":"verificacao/grupo/etapa6/ver-relato-prot-alt-fid/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 14/01/2025 Cria\u00e7\u00e3o do documento. LuizaMaluf M\u00e1rcio Henrique"},{"location":"verificacao/grupo/grupo01/etapa1/verificacao-etapa1/","title":"Verifica\u00e7\u00e3o da Etapa 1","text":""},{"location":"verificacao/grupo/grupo01/etapa1/verificacao-etapa1/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este artefato consiste em uma verifica\u00e7\u00e3o por meio da inspe\u00e7\u00e3o do material produzido pelo Grupo 01. O Grupo 08 ser\u00e1 respons\u00e1vel por realizar a inspe\u00e7\u00e3o do artefato do Grupo 01.

"},{"location":"verificacao/grupo/grupo01/etapa1/verificacao-etapa1/#objetivo","title":"Objetivo","text":"

O principal objetivo dessa inspe\u00e7\u00e3o \u00e9 identificar inconsist\u00eancias, erros e pontos de melhoria no artefato produzido. Espera-se que a inspe\u00e7\u00e3o seja realizada de forma cr\u00edtica e construtiva, contribuindo assim para a qualidade do artefato.

"},{"location":"verificacao/grupo/grupo01/etapa1/verificacao-etapa1/#metodologia","title":"Metodologia","text":"

A metodologia escolhida foi feita com base na idea de Fagan na IBM em 1976, que prop\u00f5e a inspe\u00e7\u00e3o de software. A inspe\u00e7\u00e3o de software \u00e9 uma t\u00e9cnica de verifica\u00e7\u00e3o de artefatos que tem como objetivo identificar defeitos nos artefatos. A lista de verifica\u00e7\u00f5es foi elaborada com base no Plano de Ensino da disciplina.

"},{"location":"verificacao/grupo/grupo01/etapa1/verificacao-etapa1/#participantes","title":"Participantes","text":"

Os participantes da inspe\u00e7\u00e3o realizada s\u00e3o:

  • Kaio Enzo
  • M\u00e1rcio Henrique
  • Luiza Maluf
"},{"location":"verificacao/grupo/grupo01/etapa1/verificacao-etapa1/#lista-de-verificacao","title":"Lista de Verifica\u00e7\u00e3o","text":""},{"location":"verificacao/grupo/grupo01/etapa1/verificacao-etapa1/#planejamento-geral-do-projeto","title":"Planejamento Geral do Projeto","text":"Itens de Verifica\u00e7\u00e3o Resposta Vers\u00e3o, Data e Hora da avalia\u00e7\u00e3o Possui uma p\u00e1gina apresentando os integrantes da equipe (com foto) com nome e sem matr\u00edcula? SIM vers\u00e3o: 1.0 - 13/11/2024 \u00e0s 18:11 O cronograma do planejamento apresenta todas as atividades de todas as etapas para cada integrante com as datas de in\u00edcio e fim das entrega dos artefatos e com o per\u00edodo da revis\u00e3o deles? N\u00c3O vers\u00e3o: 1.0 - 13/11/2024 \u00e0s 18:13 O cronograma do planejamento apresenta um per\u00edodo de grava\u00e7\u00e3o da apresenta\u00e7\u00e3o de cada etapa. N\u00c3O vers\u00e3o: 1.0- 13/11/2024 \u00e0s 18:14 O cronograma prever um per\u00edodo de revis\u00e3o/ajustes nos artefatos devidos as considera\u00e7\u00f5es dos monitores/professor? SIM vers\u00e3o: 1.0- 13/11/2024 \u00e0s 18:15 A motiva\u00e7\u00e3o e os crit\u00e9rios para a escolha do site? SIM vers\u00e3o: 1.0- 13/11/2024 \u00e0s 18:15 O planejamento e avalia\u00e7\u00e3o dos sites selecionados? SIM vers\u00e3o: 1.0- 13/11/2024 \u00e0s 18:15 Possui op\u00e7\u00e3o de contraste de cores? SIM vers\u00e3o: 1.0- 13/11/2024 \u00e0s 18:15 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 vers\u00e3o: 1.0- 13/11/2024 \u00e0s 18:16

Fonte: Adaptado de Plano de Ensino da disciplina

"},{"location":"verificacao/grupo/grupo01/etapa1/verificacao-etapa1/#desenvolvimento-do-projeto","title":"Desenvolvimento do Projeto","text":"Itens de Verifica\u00e7\u00e3o Resposta Vers\u00e3o, Data e Hora da avalia\u00e7\u00e3o O hist\u00f3rico de vers\u00e3o padronizado? Incompleto vers\u00e3o: 1.0- 13/11/2024 \u00e0s 21:00 O(s) autor(es) e o(s) revisor(es) para cada artefato? SIM vers\u00e3o: 1.0- 13/11/2024 \u00e0s 21:01 Refer\u00eancias bibliogr\u00e1ficas e/ou bibliografia em todos os artefatos? SIM vers\u00e3o: 1.0- 13/11/2024 \u00e0s 21:02 As tabelas e imagens possuem legenda e fonte e elas s\u00e3o chamadas dentro dos textos? Incompleto vers\u00e3o: 1.0- 13/11/2024 \u00e0s 21:03 Um texto fazendo uma introdu\u00e7\u00e3o dos artefatos? SIM vers\u00e3o: 1.0- 13/11/2024 \u00e0s 21:05 O cronograma executado com quem realizou cada artefato/atividade com as datas de in\u00edcio e fim da constru\u00e7\u00e3o/realiza\u00e7\u00e3o do artefato/atividade. Incompleto vers\u00e3o: 1.0- 13/11/2024 \u00e0s 21:06 Ata(s) da(s) reuni\u00f5es (com data, hor\u00e1rio de in\u00edcio e do final, participantes, objetivo, atividades definidas etc) SIM vers\u00e3o: 1.0- 13/11/2024 \u00e0s 21:07 A grava\u00e7\u00e3o da reuni\u00e3o do grupo. N\u00e3o V\u00eddeo de apresenta\u00e7\u00e3o na categoria \u201cn\u00e3o listado\u201d no youtube? Sim vers\u00e3o: 1.0- 13/11/2024 \u00e0s 21:08

Fonte: Adaptado de Plano de Ensino da disciplina

"},{"location":"verificacao/grupo/grupo01/etapa1/verificacao-etapa1/#conteudo-da-disciplina","title":"Conte\u00fado da Disciplina","text":"Itens de Verifica\u00e7\u00e3o Resposta Vers\u00e3o, Data e Hora da avalia\u00e7\u00e3o Possui a justificativa da escolha do Processo de Design? SIM vers\u00e3o: 1.0- 13/11/2024 \u00e0s 18:17 A introdu\u00e7\u00e3o contextualiza o tema e destaca a import\u00e2ncia do processo de design? SIM vers\u00e3o: 1.0- 13/11/2024 \u00e0s 18:17 A descri\u00e7\u00e3o dos modelos de processos de design \u00e9 clara e f\u00e1cil de entender? SIM vers\u00e3o: 1.0- 13/11/2024 \u00e0s 18:18 As informa\u00e7\u00f5es apresentadas est\u00e3o diretamente relacionadas ao contexto de design de IHC (Intera\u00e7\u00e3o Humano-Computador) e s\u00e3o aplic\u00e1veis ao projeto? SIM vers\u00e3o: 1.0- 13/11/2024 \u00e0s 18:19

Fonte: Plano de Ensino da disciplina1 e Luiza Maluf2

"},{"location":"verificacao/grupo/grupo01/etapa1/verificacao-etapa1/#bibliografia","title":"Bibliografia","text":"

Melo, Arthur de. Planejamento da Verifica\u00e7\u00e3o da Etapa 1 do Grupo 2. Reposit\u00f3rio do Grupo Bilheteria Digital da disciplina de Intera\u00e7\u00e3o Humano Computador da Universidade de Bras\u00edlia, 2023. Dispon\u00edvel em: https://interacao-humano-computador.github.io/2023.1-BilheteriaDigital/verificacao/grupo2/etapa1/planejamento/. Acesso em: 8 nov, 2024.

"},{"location":"verificacao/grupo/grupo01/etapa1/verificacao-etapa1/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisores 1.0 13/11/2024 Verifica\u00e7\u00e3o do Grupo 01. Kaio Enzo M\u00e1rcio Henrique 1.1 13/11/2024 Corre\u00e7\u00e3o de refer\u00eancia. Kaio Enzo M\u00e1rcio Henrique"},{"location":"verificacao/grupo/grupo01/etapa2/verificacao-etapa2/","title":"Verifica\u00e7\u00e3o da Etapa 2","text":""},{"location":"verificacao/grupo/grupo01/etapa2/verificacao-etapa2/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este artefato consiste em uma verifica\u00e7\u00e3o por meio da inspe\u00e7\u00e3o do material produzido pelo Grupo 01. O Grupo 08 ser\u00e1 respons\u00e1vel por realizar a inspe\u00e7\u00e3o do artefato do Grupo 01.

"},{"location":"verificacao/grupo/grupo01/etapa2/verificacao-etapa2/#objetivo","title":"Objetivo","text":"

O principal objetivo dessa inspe\u00e7\u00e3o \u00e9 identificar inconsist\u00eancias, erros e pontos de melhoria no artefato produzido. Espera-se que a inspe\u00e7\u00e3o seja realizada de forma cr\u00edtica e construtiva, contribuindo assim para a qualidade do artefato.

"},{"location":"verificacao/grupo/grupo01/etapa2/verificacao-etapa2/#metodologia","title":"Metodologia","text":"

A metodologia escolhida foi feita com base na idea de Fagan na IBM em 1976, que prop\u00f5e a inspe\u00e7\u00e3o de software. A inspe\u00e7\u00e3o de software \u00e9 uma t\u00e9cnica de verifica\u00e7\u00e3o de artefatos que tem como objetivo identificar defeitos nos artefatos. A lista de verifica\u00e7\u00f5es foi elaborada com base no Plano de Ensino da disciplina.

"},{"location":"verificacao/grupo/grupo01/etapa2/verificacao-etapa2/#participantes","title":"Participantes","text":"

Os participantes da inspe\u00e7\u00e3o realizada s\u00e3o:

  • Kaio Enzo
"},{"location":"verificacao/grupo/grupo01/etapa2/verificacao-etapa2/#lista-de-verificacao","title":"Lista de verifica\u00e7\u00e3o","text":""},{"location":"verificacao/grupo/grupo01/etapa2/verificacao-etapa2/#desenvolvimento-do-projeto","title":"Desenvolvimento do Projeto","text":"

Tabela 1: Lista de Verifica\u00e7\u00e3o

Itens de Verifica\u00e7\u00e3o Resposta Vers\u00e3o, Data e Hora da avalia\u00e7\u00e3o Observa\u00e7\u00e3o O hist\u00f3rico de vers\u00e3o padronizado? Sim vers\u00e3o: 1.0- 04/12/2024 \u00e0s 21:55 - O(s) autor(es) e o(s) revisor(es) para cada artefato? SIM vers\u00e3o: 1.0- 04/12/2024 \u00e0s 22:59 O revisores est\u00e3o ausentes. Refer\u00eancias bibliogr\u00e1ficas e/ou bibliografia em todos os artefatos? SIM vers\u00e3o: 1.0- 04/12/2024 \u00e0s 23:00 As tabelas e imagens possuem legenda e fonte e elas s\u00e3o chamadas dentro dos textos? Incompleto vers\u00e3o: 1.0- 04/12/2024 \u00e0s 23:02 A legenda da tabela est\u00e1 ausente na tela de perfil do usu\u00e1rio. Um texto fazendo uma introdu\u00e7\u00e3o dos artefatos? SIM vers\u00e3o: 1.0- 04/12/2024 \u00e0s 23:06 O cronograma executado com quem realizou cada artefato/atividade com as datas de in\u00edcio e fim da constru\u00e7\u00e3o/realiza\u00e7\u00e3o do artefato/atividade. Sim vers\u00e3o: 2.0- 04/12/2024 \u00e0s 23:07 Ata(s) da(s) reuni\u00f5es (com data, hor\u00e1rio de in\u00edcio e do final, participantes, objetivo, atividades definidas etc) SIM vers\u00e3o: 1.0- 13/11/2024 \u00e0s 21:07 A grava\u00e7\u00e3o da reuni\u00e3o do grupo. Sim V\u00eddeo de apresenta\u00e7\u00e3o na categoria \u201cn\u00e3o listado\u201d no youtube? Sim vers\u00e3o: 1.0- 04/12/2024 \u00e0s 23:09

Fonte: Adaptado de Plano de Ensino da disciplina

"},{"location":"verificacao/grupo/grupo01/etapa2/verificacao-etapa2/#perfil-do-usuario-aspectos-eticos-de-pesquisas-envolvendo-pessoas-e-analise-de-tarefas","title":"Perfil do usu\u00e1rio, Aspectos \u00c9ticos de Pesquisas Envolvendo Pessoas e An\u00e1lise de tarefas","text":"

Tabela 2: Lista de Verifica\u00e7\u00e3o

Itens de Verifica\u00e7\u00e3o Resposta Vers\u00e3o, Data e Hora da avalia\u00e7\u00e3o Observa\u00e7\u00e3o O perfil do usu\u00e1rio? Sim vers\u00e3o: 1.0- 04/12/2024 \u00e0s 23:15 O perfil do usu\u00e1rio possui os atributos de um perfil. Sim vers\u00e3o: 1.0- 04/12/2024 \u00e0s 23:17 O perfil do usu\u00e1rio define os grupos de atributos apresentados no cap\u00edtulo 8 Organiza\u00e7\u00e3o do Espa\u00e7o de Problema:
  • 1 - idade (crian\u00e7a, jovem, adulto, terceira idade etc.);
  • 2 - experi\u00eancia (leigo/ novato, especialista);
  • 3 - atitudes (tecn\u00f3filos, tecn\u00f3fobos); e
  • 4 - tarefas prim\u00e1rias (compra, venda)
Sim vers\u00e3o: 1.0- 04/12/2024 \u00e0s 23:18 Considera aspectos \u00c9ticos de Pesquisas Envolvendo Pessoas? Sim vers\u00e3o: 1.0- 04/12/2024 \u00e0s 23:21 Os 4 princ\u00edpios (da autonomia, da benefic\u00eancia, princ\u00edpio da n\u00e3o malefic\u00eancia e da justi\u00e7a e equidade) Sim vers\u00e3o: 1.0- 04/12/2024 \u00e0s 23:22 Aue solicitar\u00e1 a permiss\u00e3o para gravar a voz ou imagem de qualquer pessoa, antes de come\u00e7ar a grava\u00e7\u00e3o? Sim vers\u00e3o: 1.0- 04/12/2024 \u00e0s 23:23 O termo de consentimento livre e esclarecido dos participantes? Sim vers\u00e3o: 1.0- 04/12/2024 \u00e0s 23:24 Foram utilizadas no m\u00ednimo duas t\u00e9cnicas para coletar dados e levantar os requisitos dos usu\u00e1rios (quanto mais melhor)?
  • entrevistas
  • grupos de foco
  • question\u00e1rios
  • brainstorming de necessidades e desejos dos usu\u00e1rios
  • classifica\u00e7\u00e3o de cart\u00f5es (card sorting)
  • estudos de campo
  • investiga\u00e7\u00e3o contextual
Sim vers\u00e3o: 1.0- 04/12/2024 \u00e0s 23:25 Os Cen\u00e1rios? Sim vers\u00e3o: 1.0- 04/12/2024 \u00e0s 23:26 A An\u00e1lise de tarefas? Sim vers\u00e3o: 1.0- 04/12/2024 \u00e0s 23:27 \u2013 uma atividade para cada integrante do grupos que deve estar modelizado em ao menos duas t\u00e9cnicas para especificar as tarefas? \u2022 O HTA com diagrama, legenda e representa\u00e7\u00e3o em tabela. \u2022 GOMS (Goals, Operators, Methods, and Selection Rules) representado pelos modelos: KLM, CMN-GOMS, CPM-GOMS, CTT Sim vers\u00e3o: 1.0- 04/12/2024 \u00e0s 23:28 Utilizaram alguma t\u00e9cnica para especificar as tarefas? Sim vers\u00e3o: 1.0- 04/12/2024 \u00e0s 23:29"},{"location":"verificacao/grupo/grupo01/etapa2/verificacao-etapa2/#referencia-bibliografica","title":"Refer\u00eancia bibliogr\u00e1fica","text":"

UNIVESP. Ger\u00eancia e Qualidade de Software - Aula 06 - T\u00e9cnica de revis\u00e3o. Dispon\u00edvel em: <https://www.youtube.com/watch?v=nA1BVDd9GUE>. Acesso em: 04 dez, 2024.

"},{"location":"verificacao/grupo/grupo01/etapa2/verificacao-etapa2/#bibliografia","title":"Bibliografia","text":"

Melo, Arthur de. Planejamento da Verifica\u00e7\u00e3o da Etapa 2 do Grupo 2. Reposit\u00f3rio do Grupo Bilheteria Digital da disciplina de Intera\u00e7\u00e3o Humano Computador da Universidade de Bras\u00edlia, 2023. Dispon\u00edvel em: https://interacao-humano-computador.github.io/2023.1-BilheteriaDigital/verificacao/grupo2/etapa1/planejamento/. Acesso em: 04 dez, 2024.

"},{"location":"verificacao/grupo/grupo01/etapa2/verificacao-etapa2/#historico-de-versao","title":"Hist\u00f3rico de vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisores 1.0 13/11/2024 Verifica\u00e7\u00e3o do Grupo 01. Kaio Enzo M\u00e1rcio Henrique"},{"location":"verificacao/grupo/grupo01/etapa3/verificacao-etapa3/","title":"Verifica\u00e7\u00e3o da Etapa 3","text":""},{"location":"verificacao/grupo/grupo01/etapa3/verificacao-etapa3/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este artefato consiste em uma verifica\u00e7\u00e3o por meio da inspe\u00e7\u00e3o do material produzido pelo Grupo 01. O Grupo 08 ser\u00e1 respons\u00e1vel por realizar a inspe\u00e7\u00e3o do artefato do Grupo 01.

"},{"location":"verificacao/grupo/grupo01/etapa3/verificacao-etapa3/#objetivo","title":"Objetivo","text":"

O principal objetivo dessa inspe\u00e7\u00e3o \u00e9 identificar inconsist\u00eancias, erros e pontos de melhoria no artefato produzido. Espera-se que a inspe\u00e7\u00e3o seja realizada de forma cr\u00edtica e construtiva, contribuindo assim para a qualidade do artefato.

"},{"location":"verificacao/grupo/grupo01/etapa3/verificacao-etapa3/#metodologia","title":"Metodologia","text":"

A metodologia escolhida foi feita com base na idea de Fagan na IBM em 1976, que prop\u00f5e a inspe\u00e7\u00e3o de software. A inspe\u00e7\u00e3o de software \u00e9 uma t\u00e9cnica de verifica\u00e7\u00e3o de artefatos que tem como objetivo identificar defeitos nos artefatos. A lista de verifica\u00e7\u00f5es foi elaborada com base no Plano de Ensino da disciplina.

"},{"location":"verificacao/grupo/grupo01/etapa3/verificacao-etapa3/#participantes","title":"Participantes","text":"

Os participantes da inspe\u00e7\u00e3o realizada s\u00e3o:

  • M\u00e1rcio Henrique
  • Luiza Maluf
"},{"location":"verificacao/grupo/grupo01/etapa3/verificacao-etapa3/#cronograma","title":"Cronograma","text":"

A verifica\u00e7\u00e3o ser\u00e1 realizada durante o dia 04/12/2024 por cada integrante do grupo e registrada na p\u00e1gina de documenta\u00e7\u00e3o do projeto.

"},{"location":"verificacao/grupo/grupo01/etapa3/verificacao-etapa3/#artefatos-revisados","title":"Artefatos Revisados","text":"

Artefato Vers\u00e3o Respons\u00e1vel Princ\u00edpios gerais de projeto 1.0 Luiza Maluf Metas de usabilidade 1.0 Luiza Maluf Guia de estilo 1.0 M\u00e1rcio Henrique Caracter\u00edsticas da plataforma para o projeto 1.0 M\u00e1rcio Henrique

"},{"location":"verificacao/grupo/grupo01/etapa3/verificacao-etapa3/#lista-de-verificacao","title":"Lista de Verifica\u00e7\u00e3o","text":""},{"location":"verificacao/grupo/grupo01/etapa3/verificacao-etapa3/#planejamento-geral-do-projeto","title":"Planejamento Geral do Projeto","text":"

Itens de Verifica\u00e7\u00e3o Resposta Vers\u00e3o, Data e Hora da avalia\u00e7\u00e3o Possui uma p\u00e1gina apresentando os integrantes da equipe (com foto) com nome e sem matr\u00edcula? SIM vers\u00e3o: 2.0 - 04/12/2024 \u00e0s 22:43 O cronograma do planejamento apresenta todas as atividades de todas as etapas para cada integrante com as datas de in\u00edcio e fim das entrega dos artefatos e com o per\u00edodo da revis\u00e3o deles? SIM vers\u00e3o: 2.0 - 04/12/2024 \u00e0s 22:45 O cronograma do planejamento apresenta um per\u00edodo de grava\u00e7\u00e3o da apresenta\u00e7\u00e3o de cada etapa. SIM vers\u00e3o: 2.0- 04/12/2024 \u00e0s 22:47 O cronograma prever um per\u00edodo de revis\u00e3o/ajustes nos artefatos devidos as considera\u00e7\u00f5es dos monitores/professor? N\u00c3O vers\u00e3o: 2.0- 04/12/2024 \u00e0s 22:48 A motiva\u00e7\u00e3o e os crit\u00e9rios para a escolha do site? SIM vers\u00e3o: 2.0- 04/12/2024 \u00e0s 22:50 O planejamento e avalia\u00e7\u00e3o dos sites selecionados? SIM vers\u00e3o: 2.0- 04/12/2024 \u00e0s 22:52 Possui op\u00e7\u00e3o de contraste de cores? SIM vers\u00e3o: 2.0- 04/12/2024 \u00e0s 22:53 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 vers\u00e3o: 2.0- 04/12/2024 \u00e0s 22:55

Fonte: Adaptado de Plano de Ensino da disciplina

"},{"location":"verificacao/grupo/grupo01/etapa3/verificacao-etapa3/#principios-gerais-de-projeto","title":"Princ\u00edpios Gerais de Projeto","text":"

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es 1 O documento apresentaa embasamento te\u00f3rico? N\u00c3O - 2 Foram identificadas viola\u00e7\u00f5es dos princ\u00edpios gerais definidos no projeto? Caso sim, essas viola\u00e7\u00f5es foram explicitadas? Sim - 3 O documento cont\u00e9m correspond\u00eancia com as expectativas dos usu\u00e1rios ? Sim - 4 O documento cont\u00e9m simplicidade nas estruturas das tarefas ? Sim - 5 O documento cont\u00e9m equil\u00edbrio entre controle e liberdade do usu\u00e1rio ? Sim - 6 O documento cont\u00e9m consist\u00eancia e padroniza\u00e7\u00e3o ? Sim - 7 O documento cont\u00e9m promo\u00e7\u00e3o da efici\u00eancia do usu\u00e1rio ? Sim - 8 O documento cont\u00e9m antecipa\u00e7\u00e3o das necessidades do usu\u00e1rio ? Sim - 9 O documento cont\u00e9m visibilidade e reconhecimento ? Sim - 10 O documento gerais cont\u00e9m conte\u00fado relevante e express\u00e3o adequada ? Sim - 11 O documento cont\u00e9m projeto para erros ? N\u00c3O -

Autor: Luiza Maluf

"},{"location":"verificacao/grupo/grupo01/etapa3/verificacao-etapa3/#metas-de-usabilidade","title":"Metas de Usabilidade","text":"

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es 1 S\u00e3o apresentados quais fatores de qualidade de uso ser\u00e3o priorizados no projeto? Sim - 2 A raz\u00e3o da sele\u00e7\u00e3o das metas de usabilidade? Sim - 3 As metas foram definidas atrav\u00e9s do perfil de usu\u00e1rio? Sim - 4 Foram definidas as usabilidades em 6 metas? Sim - 5 O artefato descreve o contexto de uso do sistema (plataformas e dispositivos)? Sim - 6 As metas incluem m\u00e9tricas para avalia\u00e7\u00e3o objetiva (ex: tempo, cliques, taxa de sucesso)? Sim - 7 As metas consideram seguran\u00e7a (ex: prote\u00e7\u00e3o de dados, preven\u00e7\u00e3o de erros)? Sim - 8 O texto aborda diferentes n\u00edveis de experi\u00eancia dos usu\u00e1rios? SIM -

Autor: Luiza Maluf

"},{"location":"verificacao/grupo/grupo01/etapa3/verificacao-etapa3/#metas-de-caracteristicas-geris","title":"Metas de Caracter\u00edsticas Geris","text":"

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es 1 S\u00e3o identificadas as caracter\u00edsticas da plataforma para o projeto ? Sim - 2 S\u00e3o identificados os navegadores ou dispositivos que podem acessar a plataforma ? Sim - 3 S\u00e3o identificadas as limita\u00e7\u00f5es da plataforma ? N\u00e3o - 4 S\u00e3o identificadas as funcionalidades da plataforma ? Sim 5 S\u00e3o identificadas as tecnologias que foram utilizadas ? Sim -

Autor: M\u00e1rcio Henrique, 2024.

"},{"location":"verificacao/grupo/grupo01/etapa3/verificacao-etapa3/#guia-de-estilos","title":"Guia de Estilos","text":"

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es 1 Existe um t\u00f3pico de introdu\u00e7\u00e3o? Sim - 1.1 Existe um subt\u00f3pico de objetivo do guia de estilo? Sim - 1.2 Existe um subt\u00f3pico de organiza\u00e7\u00e3o e conte\u00fado do guia de estilo? N\u00e3o - 1.3 Existe um subt\u00f3pico de p\u00fablico-alvo do guia de estilos? N\u00e3o - 1.4 Existe um subt\u00f3pico de como utilizar o guia? Incompleto - 1.5 Existe um subt\u00f3pico de como manter o guia? N\u00e3o - 2 Existe um t\u00f3pico de resultados de an\u00e1lise? N\u00e3o - 2.1 Existe um subt\u00f3pico de descri\u00e7\u00e3o do ambiente de trabalho do usu\u00e1rio? N\u00e3o 3 Existe um t\u00f3pico de Elementos de interface? Sim - 3.1 Existe um subt\u00f3pico de disposi\u00e7\u00e3o espacial e grid? Sim 3.2 Existe um subt\u00f3pico de janelas? N\u00e3o 3.3 Existe um subt\u00f3pico de tipografia? Sim 3.4 Existe um subt\u00f3pico de s\u00edmbolos n\u00e3o tipogr\u00e1ficos? N\u00e3o 3.5 Existe um subt\u00f3pico de cores? Sim 3.6 Existe um subt\u00f3pico de anima\u00e7\u00f5es? N\u00e3o - 4 Existe um t\u00f3pico de Elementos de intera\u00e7\u00e3o? N\u00e3o - 4.1 Existe um subt\u00f3pico de estilos de intera\u00e7\u00e3o? N\u00e3o 4.2 Existe um subt\u00f3pico de sele\u00e7\u00e3o de um estilo? N\u00e3o 4.3 Existe um subt\u00f3pico de aceleradores (teclas de atalho)? N\u00e3o 5 Existe um t\u00f3pico de Elementos de a\u00e7\u00e3o? N\u00e3o - 5.1 Existe um subt\u00f3pico de preenchimento de campos? N\u00e3o 5.2 Existe um subt\u00f3pico de sele\u00e7\u00e3o? N\u00e3o 5.3 Existe um subt\u00f3pico de ativa\u00e7\u00e3o? N\u00e3o 6 Existe um t\u00f3pico de Vocabul\u00e1rio e padr\u00f5es? N\u00e3o - 6.1 Existe um subt\u00f3pico de terminologia? N\u00e3o 6.2 Existe um subt\u00f3pico de tipos de tela (para tarefas comuns)? N\u00e3o 6.3 Existe um subt\u00f3pico de sequ\u00eancias de di\u00e1logos? N\u00e3o 7 O Guia de Estilo apresenta como os Princ\u00edpios Gerais do Projeto ser\u00e3o adicionados ao projeto? N\u00e3o - 8 O guia trata as metas de usabilidade priorizadas? N\u00e3o -

Autor: M\u00e1rcio Henrique, 2024.

"},{"location":"verificacao/grupo/grupo01/etapa3/verificacao-etapa3/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

MARCUS, A. Graphic Design for Electronic Documents and User Interfaces. New York: The ACM Press, 1992. MAYHEW, D. The Usability Engineering Lifecycle: a practitioner\u2019s handbook for user interface design. San Francisco: Morgan Kaufmann, 1999.

"},{"location":"verificacao/grupo/grupo01/etapa3/verificacao-etapa3/#bibliografia","title":"Bibliografia","text":"

FERREIRA, Rafael. Verifica\u00e7\u00e3o do Planejamento da Avalia\u00e7\u00e3o da An\u00e1lise de Tarefas. Reposit\u00f3rio do Grupo Bilheteria Digital da disciplina de Intera\u00e7\u00e3o Humano Computador da Universidade de Bras\u00edlia, 2023. Dispon\u00edvel em: <<>>. Acesso em: 18 junho 2023. BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"verificacao/grupo/grupo01/etapa3/verificacao-etapa3/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 03/12/2024 Verifica\u00e7\u00e3o do perfil do usu\u00e1rio Luiza Maluf DeM4rcio 1.0 04/12/2024 Cria\u00e7\u00e3o do documento M\u00e1rcio Henrique Luiza Maluf"},{"location":"verificacao/grupo/grupo01/etapa4/verificacao-etapa4/","title":"Verifica\u00e7\u00e3o da Etapa 4","text":""},{"location":"verificacao/grupo/grupo01/etapa4/verificacao-etapa4/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este artefato consiste em uma verifica\u00e7\u00e3o por meio da inspe\u00e7\u00e3o do material produzido pelo Grupo 01. O Grupo 08 ser\u00e1 respons\u00e1vel por realizar a inspe\u00e7\u00e3o do artefato do Grupo 01.

"},{"location":"verificacao/grupo/grupo01/etapa4/verificacao-etapa4/#objetivo","title":"Objetivo","text":"

O principal objetivo dessa inspe\u00e7\u00e3o \u00e9 identificar inconsist\u00eancias, erros e pontos de melhoria no artefato produzido. Espera-se que a inspe\u00e7\u00e3o seja realizada de forma cr\u00edtica e construtiva, contribuindo assim para a qualidade do artefato.

"},{"location":"verificacao/grupo/grupo01/etapa4/verificacao-etapa4/#metodologia","title":"Metodologia","text":"

A metodologia escolhida foi feita com base na idea de Fagan na IBM em 1976, que prop\u00f5e a inspe\u00e7\u00e3o de software. A inspe\u00e7\u00e3o de software \u00e9 uma t\u00e9cnica de verifica\u00e7\u00e3o de artefatos que tem como objetivo identificar defeitos nos artefatos. A lista de verifica\u00e7\u00f5es foi elaborada com base no Plano de Ensino da disciplina.

"},{"location":"verificacao/grupo/grupo01/etapa4/verificacao-etapa4/#participantes","title":"Participantes","text":"

Os participantes da inspe\u00e7\u00e3o realizada s\u00e3o:

  • M\u00e1rcio Henrique
  • Luiza Maluf
"},{"location":"verificacao/grupo/grupo01/etapa4/verificacao-etapa4/#cronograma","title":"Cronograma","text":"

A verifica\u00e7\u00e3o ser\u00e1 realizada durante o dia 03/01/2025 por cada integrante do grupo e registrada na p\u00e1gina de documenta\u00e7\u00e3o do projeto.

"},{"location":"verificacao/grupo/grupo01/etapa4/verificacao-etapa4/#artefatos-revisados","title":"Artefatos Revisados","text":"

Artefato Vers\u00e3o Respons\u00e1vel Planejamento da Avalia\u00e7\u00e3o da An\u00e1lise de Tarefas 1.0 Luiza Maluf Planejamento do Relato dos Resultados da An\u00e1lise de Tarefas 1.0 Luiza Maluf Planejamento da Avalia\u00e7\u00e3o do Storyboard. 1.0 M\u00e1rcio Henrique Planejamento do Relato dos Resultados do Storyboard 1.0 M\u00e1rcio Henrique

"},{"location":"verificacao/grupo/grupo01/etapa4/verificacao-etapa4/#lista-de-verificacao","title":"Lista de Verifica\u00e7\u00e3o","text":""},{"location":"verificacao/grupo/grupo01/etapa4/verificacao-etapa4/#itens-gerais-do-projeto","title":"itens Gerais do Projeto","text":"

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Vers\u00e3o, Data e Hora da avalia\u00e7\u00e3o Padroniza\u00e7\u00e3o 1 O artefato possui introdu\u00e7\u00e3o? Sim vers\u00e3o: 1.0- 03/01/2025 \u00e0s 10:06 2 O artefato possui uma bibliografia/refer\u00eancia bibliogr\u00e1fica? Sim vers\u00e3o: 1.0- 03/01/2025 \u00e0s 10:06 3 O artefato possui um hist\u00f3rico de vers\u00f5es com o id e descri\u00e7\u00e3o das vers\u00f5es, data, autores e revisores? Sim vers\u00e3o: 1.0- 03/01/2025 \u00e0s 10:06 4 Todas as tabelas e imagens s\u00e3o chamadas no texto, possuem legendas e fontes? Sim vers\u00e3o: 1.0- 03/01/2025 \u00e0s 10:06 5 Todos os textos est\u00e3o na norma padr\u00e3o? Sim vers\u00e3o: 1.0- 03/01/2025 \u00e0s 10:06

Fonte: Adaptado de Plano de Ensino da disciplina

"},{"location":"verificacao/grupo/grupo01/etapa4/verificacao-etapa4/#lista-de-verificacao-geral-da-entrega-4-plano-de-ensino","title":"Lista de Verifica\u00e7\u00e3o geral da Entrega 4 (Plano de Ensino)","text":"

Quest\u00e3o Resposta Vers\u00e3o, Data e Hora da Avalia\u00e7\u00e3o 3 - Descreve o(s) objetivo(s) da avalia\u00e7\u00e3o? (apropria\u00e7\u00e3o de tecnologia pelos usu\u00e1rios; ideias e alternativas de design; conformidade com um padr\u00e3o; e/ou problemas na intera\u00e7\u00e3o e na interface na fase do modelo conceitual) Sim vers\u00e3o: 1.0 - 03/01/2025 \u00e0s 10:17 4 - Os m\u00e9todos de avalia\u00e7\u00e3o a serem utilizados? Adicionar refer\u00eancia bibliogr\u00e1fica da fonte e foto do texto da refer\u00eancia explicando os m\u00e9todos de avalia\u00e7\u00e3o. Autor: Incompleto vers\u00e3o: 1.0 - 03/01/2025 \u00e0s 10:17 5 - As quest\u00f5es pr\u00e1ticas da avalia\u00e7\u00e3o (sobre o recrutamento dos usu\u00e1rios que participar\u00e3o da avalia\u00e7\u00e3o (onde e o perfil), quantos usu\u00e1rios participar\u00e3o da avalia\u00e7\u00e3o e a raz\u00e3o dessa quantidade, presencial real ou remota; a prepara\u00e7\u00e3o e o uso dos equipamentos necess\u00e1rios, os prazos; o or\u00e7amento; recursos de m\u00e3o-de-obra necess\u00e1ria para conduzir a avalia\u00e7\u00e3o)? Sim vers\u00e3o: 1.0 - 03/01/2025 \u00e0s 10:17 6 - As quest\u00f5es \u00e9ticas (se os participantes da avalia\u00e7\u00e3o devem ser respeitados e n\u00e3o podem ser prejudicados direta ou indiretamente, nem durante os experimentos, nem ap\u00f3s a divulga\u00e7\u00e3o dos resultados da avalia\u00e7\u00e3o.)? Sim vers\u00e3o: 1.0 - 03/01/2025 \u00e0s 10:17 7 - A estrutura do relat\u00f3rio do resultado da avalia\u00e7\u00e3o (os objetivos da avalia\u00e7\u00e3o; uma breve descri\u00e7\u00e3o do m\u00e9todo de prototipa\u00e7\u00e3o em papel; o n\u00famero e o perfil de avaliadores e dos participantes; as tarefas executadas pelos participantes; lista de problemas encontrados etc)? Sim vers\u00e3o: 1.0 - 03/01/2025 \u00e0s 10:17 8 - Um cronograma (data e hor\u00e1rio) e local para realiza\u00e7\u00e3o da avalia\u00e7\u00e3o do StoryBoard e da An\u00e1lise das Tarefas? Sim vers\u00e3o: 1.0 - 03/01/2025 \u00e0s 10:17 9 - Cada desenho do StoryBoard est\u00e1 relacionado a uma especifica\u00e7\u00e3o do artefato da An\u00e1lise de Tarefas? Sim vers\u00e3o: 1.0 - 03/01/2025 \u00e0s 10:17 10 - A quantidade de storyboards \u00e9 igual \u00e0 quantidade de integrantes do grupo? Sim vers\u00e3o: 1.0 - 03/01/2025 \u00e0s 10:17 11 - A defini\u00e7\u00e3o do teste piloto e data para realiza\u00e7\u00e3o do teste piloto antes da avalia\u00e7\u00e3o? Adicionar refer\u00eancia bibliogr\u00e1fica da fonte e foto do texto da refer\u00eancia explicando o teste piloto. Autor: N\u00e3o vers\u00e3o: 1.0 - 03/01/2025 \u00e0s 10:17 12 - O resultado do teste piloto n\u00e3o ser\u00e1 apresentado no resultado da avalia\u00e7\u00e3o? Sim vers\u00e3o: 1.0 - 03/01/2025 \u00e0s 10:17 13 - Os itens que o avaliador deve realizar/anotar durante a avalia\u00e7\u00e3o (listar os problemas encontrados, priorizar a corre\u00e7\u00e3o dos problemas n\u00e3o resolvidos)? Sim vers\u00e3o: 1.0 - 03/01/2025 \u00e0s 10:17

Autor: M\u00e1rcio Henrique

"},{"location":"verificacao/grupo/grupo01/etapa4/verificacao-etapa4/#lista-de-verificacao-geral-da-entrega-4","title":"Lista de Verifica\u00e7\u00e3o geral da Entrega 4","text":"

Tabela 1

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Vers\u00e3o, Data e Hora da avalia\u00e7\u00e3o Observa\u00e7\u00f5es Padroniza\u00e7\u00e3o 1 O artefato possui introdu\u00e7\u00e3o? Sim vers\u00e3o:1.0 - 03/01/2025 \u00e0s 10:32 - 2 O artefato possui uma bibliografia/refer\u00eancia bibliogr\u00e1fica? Sim vers\u00e3o:1.0 - 03/01/2025 \u00e0s 10:32 - 3 O artefato possui um hist\u00f3rico de vers\u00f5es com o ID, descri\u00e7\u00e3o das vers\u00f5es, data, autores e revisores? Sim vers\u00e3o:1.0 - 03/01/2025 \u00e0s 10:32 - 4 Todas as tabelas e imagens s\u00e3o chamadas no texto, possuem legendas e fontes? Sim vers\u00e3o:1.0 - 03/01/2025 \u00e0s 10:32 - 5 Todos os textos est\u00e3o na norma padr\u00e3o? Sim vers\u00e3o:1.0 - 03/01/2025 \u00e0s 10:32 - Planejamento do Storyboard 1 O storyboard possui um t\u00edtulo claro e descritivo? Sim vers\u00e3o:1.0 - 03/01/2025 \u00e0s 10:32 - 2 Todos os quadros est\u00e3o numerados de forma sequencial? Sim vers\u00e3o:1.0 - 03/01/2025 \u00e0s 10:32 - 3 H\u00e1 consist\u00eancia na estrutura de cada quadro (mesmo formato e tamanho)? Sim vers\u00e3o:1.0 - 03/01/2025 \u00e0s 10:32 - 4 O fluxo narrativo segue uma ordem l\u00f3gica e coerente? Sim vers\u00e3o:1.0 - 03/01/2025 \u00e0s 10:32 - 5 O fluxo narrativo segue uma ordem l\u00f3gica e coerente? Sim vers\u00e3o:1.0 - 03/01/2025 \u00e0s 10:32 - 6 Os esbo\u00e7os ou imagens representam as a\u00e7\u00f5es de forma clara e compreens\u00edvel? Incompleto vers\u00e3o:1.0 - 03/01/2025 \u00e0s 10:32 Melhorar a\u00e7\u00f5es que demonstrem a narra\u00e7\u00e3o tratada 7 Os elementos visuais s\u00e3o consistentes em estilo (mesmo tra\u00e7o, propor\u00e7\u00f5es, etc.)? Sim vers\u00e3o:1.0 - 03/01/2025 \u00e0s 10:32 - 8 As express\u00f5es faciais e posturas corporais dos personagens s\u00e3o adequadas para transmitir emo\u00e7\u00f5es? Sim vers\u00e3o:1.0 - 03/01/2025 \u00e0s 10:32 - 9 H\u00e1 destaque para elementos importantes (setas, c\u00edrculos, ou legendas)? Sim vers\u00e3o:1.0 - 03/01/2025 \u00e0s 10:32 - 10 Cada quadro inclui uma descri\u00e7\u00e3o textual breve e objetiva? Sim vers\u00e3o:1.0 - 03/01/2025 \u00e0s 10:32 - 11 StoryBoard representa a tarefa a executar pelo usu\u00e1rio? Sim vers\u00e3o:1.0 - 03/01/2025 \u00e0s 10:32 - 12 StoryBoard apresenta ao menos uma pessoa na hist\u00f3ria? Sim vers\u00e3o:1.0 - 03/01/2025 \u00e0s 10:32 - 13 StoryBoard apresenta pontos chaves da intera\u00e7\u00e3o da pessoa com a interface? Sim vers\u00e3o:1.0 - 03/01/2025 \u00e0s 10:32 - 14 O Storyboard foi criado a partir de algumas das pessoas do presente projeto? Sim vers\u00e3o:1.0 - 03/01/2025 \u00e0s 10:32 - 15 O storyboard deixa claro quem s\u00e3o as pessoas? Sim vers\u00e3o:1.0 - 03/01/2025 \u00e0s 10:32 - 16 O storyboard deixa claro a necessidade do cliente? Sim vers\u00e3o:1.0 - 03/01/2025 \u00e0s 10:32 - 17 O storyboard possui di\u00e1logo? N\u00e3o vers\u00e3o:1.0 - 03/01/2025 \u00e0s 10:32 - 18 O Storyboard possui no m\u00ednimo 3 cenas? Sim vers\u00e3o:1.0 - 03/01/2025 \u00e0s 10:32 - 19 O storyboard se enquadra nos tipos n\u00e3o linear ou linear? Sim vers\u00e3o:1.0 - 03/01/2025 \u00e0s 10:32 - 20 O storyboard conclui de forma clara? Sim vers\u00e3o:1.0 - 03/01/2025 \u00e0s 10:32 -"},{"location":"verificacao/grupo/grupo01/etapa4/verificacao-etapa4/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

MARCUS, A. Graphic Design for Electronic Documents and User Interfaces. New York: The ACM Press, 1992. MAYHEW, D. The Usability Engineering Lifecycle: a practitioner\u2019s handbook for user interface design. San Francisco: Morgan Kaufmann, 1999.

"},{"location":"verificacao/grupo/grupo01/etapa4/verificacao-etapa4/#bibliografia","title":"Bibliografia","text":"

FERREIRA, Rafael. Verifica\u00e7\u00e3o do Planejamento da Avalia\u00e7\u00e3o da An\u00e1lise de Tarefas. Reposit\u00f3rio do Grupo Bilheteria Digital da disciplina de Intera\u00e7\u00e3o Humano Computador da Universidade de Bras\u00edlia, 2023. Dispon\u00edvel em: <<>>. Acesso em: 18 junho 2023. BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"verificacao/grupo/grupo01/etapa4/verificacao-etapa4/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 03/01/2025 Cria\u00e7\u00e3o do documento M\u00e1rcio Henrique Luiza MaLuf"},{"location":"verificacao/grupo/grupo01/etapa5/verificacaoa-etapa5/","title":"Verifica\u00e7\u00e3o da Etapa 5","text":""},{"location":"verificacao/grupo/grupo01/etapa5/verificacaoa-etapa5/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este artefato consiste em uma verifica\u00e7\u00e3o por meio da inspe\u00e7\u00e3o do material produzido pelo Grupo 01. O Grupo 08 ser\u00e1 respons\u00e1vel por realizar a inspe\u00e7\u00e3o do artefato do Grupo 01.

"},{"location":"verificacao/grupo/grupo01/etapa5/verificacaoa-etapa5/#objetivo","title":"Objetivo","text":"

O principal objetivo dessa inspe\u00e7\u00e3o \u00e9 identificar inconsist\u00eancias, erros e pontos de melhoria no artefato produzido. Espera-se que a inspe\u00e7\u00e3o seja realizada de forma cr\u00edtica e construtiva, contribuindo assim para a qualidade do artefato.

"},{"location":"verificacao/grupo/grupo01/etapa5/verificacaoa-etapa5/#metodologia","title":"Metodologia","text":"

A metodologia escolhida foi feita com base na idea de Fagan na IBM em 1976, que prop\u00f5e a inspe\u00e7\u00e3o de software. A inspe\u00e7\u00e3o de software \u00e9 uma t\u00e9cnica de verifica\u00e7\u00e3o de artefatos que tem como objetivo identificar defeitos nos artefatos. A lista de verifica\u00e7\u00f5es foi elaborada com base no Plano de Ensino da disciplina.

"},{"location":"verificacao/grupo/grupo01/etapa5/verificacaoa-etapa5/#participantes","title":"Participantes","text":"

Os participantes da inspe\u00e7\u00e3o realizada s\u00e3o:

  • M\u00e1rcio Henrique
  • Luiza Maluf
"},{"location":"verificacao/grupo/grupo01/etapa5/verificacaoa-etapa5/#cronograma","title":"Cronograma","text":"

A verifica\u00e7\u00e3o ser\u00e1 realizada durante o dia 06/01/2025 por cada integrante do grupo e registrada na p\u00e1gina de documenta\u00e7\u00e3o do projeto.

"},{"location":"verificacao/grupo/grupo01/etapa5/verificacaoa-etapa5/#artefatos-revisados","title":"Artefatos Revisados","text":"

Artefato Vers\u00e3o Respons\u00e1vel Relato do resultado da avalia\u00e7\u00e3o da an\u00e1lise de tarefa 1.0 Luiza Maluf Relato do resultados da avalia\u00e7\u00e3o do storyboard 1.0 Luiza Maluf Planejamento da Avalia\u00e7\u00e3o do prot\u00f3tipo de papel 1.0 M\u00e1rcio Henrique Planejamento do Relato dos resultados do prot\u00f3tipo de papel 1.0 M\u00e1rcio Henrique

"},{"location":"verificacao/grupo/grupo01/etapa5/verificacaoa-etapa5/#lista-de-verificacao","title":"Lista de Verifica\u00e7\u00e3o","text":""},{"location":"verificacao/grupo/grupo01/etapa5/verificacaoa-etapa5/#relato-do-resultado-da-avaliacao-da-analise-de-tarefa","title":"Relato do resultado da avalia\u00e7\u00e3o da an\u00e1lise de tarefa","text":"

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Padroniza\u00e7\u00e3o 1 O artefato possui introdu\u00e7\u00e3o? Sim / vers\u00e3o 1.0 - 06/01/2025 - 21:47 - 2 O artefato possui uma bibliografia/refer\u00eancia bibliogr\u00e1fica? Incompleto / vers\u00e3o 1.0 - 06/01/2025 - 21:47 Confus\u00e3o sobre refer\u00eancia bibliogr\u00e1fica , e bibliograia 3 O artefato possui um hist\u00f3rico de vers\u00f5es com o id e descri\u00e7\u00e3o das vers\u00f5es, data, autores e revisores? Sim / vers\u00e3o 1.0 - 06/01/2025 - 21:47 4 Todas as tabelas e imagens s\u00e3o chamadas no texto, possuem legendas e fontes? Sim / vers\u00e3o 1.0 - 06/01/2025 - 21:47 - 5 Todos os textos est\u00e3o na norma padr\u00e3o? Sim / vers\u00e3o 1.0 - 06/01/2025 - 21:47 - ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Autor do Item 1 O Relato detalha claramente os objetivos Avalia\u00e7\u00e3o da an\u00e1lise de tarefas? Sim / vers\u00e3o 1.0 - 06/01/2025 - 21:48 - Luiza Maluf 2 Os m\u00e9todos de avalia\u00e7\u00e3o a serem utilizados est\u00e3o especificados? Sim / vers\u00e3o 1.0 - 06/01/2025 - 21:48 - Plano de Ensino 3 O documento especifica quem ser\u00e3o os participantes da avalia\u00e7\u00e3o? Sim / vers\u00e3o 1.0 - 06/01/2025 - 21:48 - Luiza Maluf 4 Os perfis dos participantes est\u00e3o alinhados com os perfis de usu\u00e1rio definidos na an\u00e1lise? N\u00e3o / vers\u00e3o 1.0 - 06/01/2025 - 21:48 - Luiza Maluf 5 O papel de cada participante durante a avalia\u00e7\u00e3o est\u00e1 claramente definido? N\u00e3o / vers\u00e3o 1.0 - 06/01/2025 - 21:48 - Luiza Maluf 6 Os dados s\u00e3o interpretados e apresentados ap\u00f3s a avalia\u00e7\u00e3o? Sim / vers\u00e3o 1.0 - 06/01/2025 - 21:48 - Luiza Maluf 7 O documento trata das quest\u00f5es \u00e9ticas que dizem respeito aos participantes da entrevista? Sim / vers\u00e3o 1.0 - 06/01/2025 - 21:49 - Plano de Ensino 8 O relato apresenta as suget\u00f5es de melhorias indicadas pelos entrevistados? Sim / vers\u00e3o 1.0 - 06/01/2025 - 21:49 - Plano de Ensino 9 O relato apresenta o feedback dos usu\u00e1rios em rela\u00e7\u00e3o a analise de tarefa vista? Sim / vers\u00e3o 1.0 - 06/01/2025 - 21:49 - Luiza Maluf 10 O relato possui o link de grava\u00e7\u00e3o da entrevista? Sim / vers\u00e3o 1.0 - 06/01/2025 - 21:49 - Luiza Maluf

Fonte: Adaptado de Plano de Ensino da disciplina

"},{"location":"verificacao/grupo/grupo01/etapa5/verificacaoa-etapa5/#relato-dos-resultados-da-avaliacao-dos-storyboards","title":"Relato dos Resultados da Avalia\u00e7\u00e3o dos Storyboards","text":"

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Padroniza\u00e7\u00e3o 1 O artefato possui introdu\u00e7\u00e3o? Sim / vers\u00e3o 1.0 - 06/01/2025 - 21:45 2 O artefato possui uma bibliografia/refer\u00eancia bibliogr\u00e1fica? Sim / vers\u00e3o 1.0 - 06/01/2025 - 21:45 - 3 O artefato possui um hist\u00f3rico de vers\u00f5es com o id e descri\u00e7\u00e3o das vers\u00f5es, data, autores e revisores? Incompleto / vers\u00e3o 1.0 - 06/01/2025 - 21:45 Sem data e revisores 4 Todas as tabelas e imagens s\u00e3o chamadas no texto, possuem legendas e fontes? Incompleto / vers\u00e3o 1.0 - 06/01/2025 - 21:45 Alguns videos e imagens n\u00e3o s\u00e3o chamadas no texto 5 Todos os textos est\u00e3o na norma padr\u00e3o? Sim / vers\u00e3o 1.0 - 06/01/2025 - 21:45 ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Autor do Item 1 O relato possui o objetivo e escopo de avalia\u00e7\u00e3o dos reusltados? Incompleto / vers\u00e3o 1.0 - 06/01/2025 - 21:46 O teste est\u00e1 dentro da execu\u00e7\u00e3o da avalia\u00e7\u00e3o e n\u00e3o seguiram a metodologia contida dentro do planejamento Luiza Maluf 2 O relato possui a metodologia utilizada? N\u00e3o / vers\u00e3o 1.0 - 06/01/2025 - 21:46 - Luiza Maluf 3 O participante est\u00e1 de acordo com o perfil de usu\u00e1rio definido? E isso est\u00e1 expl\u00edcito no documento? N\u00e3o / vers\u00e3o 1.0 - 06/01/2025 - 21:46 - Luiza Maluf 4 O relato possui uma se\u00e7\u00e3o indicando as sugest\u00f5es e melhorias que os participantes indicaram na entrevista? N\u00e3o / vers\u00e3o 1.0 - 06/01/2025 - 21:47 - Luiza Maluf 5 O relato possui registrado a conclus\u00e3o dos resultados colhidos nas entrevista? Sim / vers\u00e3o 1.0 - 06/01/2025 - 21:48 - Luiza Maluf 6 O relato possui o link de grava\u00e7\u00e3o da entrevista? Sim / vers\u00e3o 1.0 - 06/01/2025 - 21:48 - Luiza Maluf

Autor: Luiza Maluf, 2025.

"},{"location":"verificacao/grupo/grupo01/etapa5/verificacaoa-etapa5/#planejamento-da-avaliacao-da-prototipacao-em-papel_","title":"Planejamento da Avalia\u00e7\u00e3o da Prototipa\u00e7\u00e3o em Papel_","text":"

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Padroniza\u00e7\u00e3o 1 O artefato possui introdu\u00e7\u00e3o? Sim / vers\u00e3o 1.0 - 06/01/2025 - 21:33 2 O artefato possui uma bibliografia/refer\u00eancia bibliogr\u00e1fica? Sim / vers\u00e3o 1.0 - 06/01/2025 - 21:33 - 3 O artefato possui um hist\u00f3rico de vers\u00f5es com o id e descri\u00e7\u00e3o das vers\u00f5es, data, autores e revisores? Incompleto vers\u00e3o 1.0 - 06/01/2025 - 21:34 incompleto n\u00e3o houve a atualiza\u00e7\u00e3o 4 Todas as tabelas e imagens s\u00e3o chamadas no texto, possuem legendas e fontes? Sim / vers\u00e3o 1.0 - 06/01/2025 - 21:35 5 Todos os textos est\u00e3o na norma padr\u00e3o? Sim /vers\u00e3o 1.0 - 06/01/2025 - 21:35 ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Autor do item 1 O planejamento possui os objetivos expl\u00edcitos? N\u00e3o / vers\u00e3o 1.0 - 06/01/2025 - 21:37 Parte direto para a introdu\u00e7\u00e3o M\u00e1rcio Henrique 2 O planejamento segue o framework DECIDE? Sim/ vers\u00e3o 1.0 - 06/01/2025 - 21:37 - M\u00e1rcio Henrique 3 O documento possui as perguntas que devem ser usadas na avalia\u00e7\u00e3o? Sim / vers\u00e3o 1.0 - 06/01/2025 - 21:37 - M\u00e1rcio Henrique 4 O documento possui as metodologias usadas na avalia\u00e7\u00e3o? Sim/ vers\u00e3o 1.0 - 06/01/2025 - 21:37 - M\u00e1rcio Henrique 5 O documento possui os participantes da avalia\u00e7\u00e3o? N\u00e3o / vers\u00e3o 1.0 - 06/01/2025 - 21:38 - M\u00e1rcio Henrique 6 O documento possui cronograma? Sim / vers\u00e3o 1.0 - 06/01/2025 - 21:38 - M\u00e1rcio Henrique 7 O documento possui a descri\u00e7\u00e3o das quest\u00f5es pr\u00e1ticas da avalia\u00e7\u00e3o? Sim / vers\u00e3o 1.0 - 06/01/2025 - 21:38 - M\u00e1rcio Henrique 8 O planejamento possui uma se\u00e7\u00e3o que trata dos aspectos \u00e9ticos? Sim / vers\u00e3o 1.0 - 06/01/2025 - 21:38 - M\u00e1rcio Henrique 9 O planejamento possui uma se\u00e7\u00e3o de teste piloto com todas as suas devidas informa\u00e7\u00f5es? N\u00e3o / vers\u00e3o 1.0 - 06/01/2025 - 21:38 - M\u00e1rcio Henrique

Autor: Luiza Maluf

"},{"location":"verificacao/grupo/grupo01/etapa5/verificacaoa-etapa5/#planejamento-do-relato-dos-resultados-da-avaliacao-da-prototipacao-de-papel","title":"Planejamento do Relato dos Resultados da Avalia\u00e7\u00e3o da Prototipa\u00e7\u00e3o de Papel","text":"

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Padroniza\u00e7\u00e3o 1 O artefato possui introdu\u00e7\u00e3o? Sim / vers\u00e3o 1.0 - 06/01/2025 - 21:40 2 O artefato possui uma bibliografia/refer\u00eancia bibliogr\u00e1fica? Sim / vers\u00e3o 1.0 - 06/01/2025 - 21:40 - 3 O artefato possui um hist\u00f3rico de vers\u00f5es com o id e descri\u00e7\u00e3o das vers\u00f5es, data, autores e revisores? Sim / vers\u00e3o 1.0 - 06/01/2025 - 21:41 4 Todas as tabelas e imagens s\u00e3o chamadas no texto, possuem legendas e fontes? Sim / vers\u00e3o 1.0 - 06/01/2025 - 21:41 - 5 Todos os textos est\u00e3o na norma padr\u00e3o? Sim / vers\u00e3o 1.0 - 06/01/2025 - 21:41 - ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Autor do item 1 O documento possui um t\u00f3pico sobre quais s\u00e3o os objetivos do relato? N\u00e3o vers\u00e3o 1.0 - 06/01/2025 - 21:42 Parte direto para a metodologia M\u00e1rcio Henrique 2 O documento possui um t\u00f3pico sobre a metodologia de prototipa\u00e7\u00e3o de papel? N\u00e3o / vers\u00e3o 1.0 - 06/01/2025 - 21:42 M\u00e1rcio Henrique 3 O documento possui um t\u00f3pico sobre quais foram os participantes e os seus perfis? N\u00e3o / vers\u00e3o 1.0 - 06/01/2025 - 21:42 M\u00e1rcio Henrique 4 O documento possui um t\u00f3pico sobre as tarefas a serem executadas pelos participantes? Incompleto / vers\u00e3o 1.0 - 06/01/2025 - 21:42 \u00c9 explicito que somente M\u00e1rcio Henrique 5 O documento possui um t\u00f3pico sobre a lista dos problemas de usabilidade ainda n\u00e3o corrigidos? N\u00e3o / vers\u00e3o 1.0 - 06/01/2025 - 21:43 M\u00e1rcio Henrique 6 O documento possui um t\u00f3pico sobre indica\u00e7\u00f5es de partes do sistema que podem ser mais bem elaboradas? Sim / vers\u00e3o 1.0 - 06/01/2025 - 21:43 M\u00e1rcio Henrique 7 O documento est\u00e1 estruturado conforme os relatos realizados anteriores? Sim / vers\u00e3o 1.0 - 06/01/2025 - 21:43 M\u00e1rcio Henrique

Autor: M\u00e1rcio Henrique, 2024.

"},{"location":"verificacao/grupo/grupo01/etapa5/verificacaoa-etapa5/#video-de-inspecao","title":"V\u00eddeo de Inspe\u00e7\u00e3o","text":"

"},{"location":"verificacao/grupo/grupo01/etapa5/verificacaoa-etapa5/#bibliografia","title":"Bibliografia","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"verificacao/grupo/grupo01/etapa5/verificacaoa-etapa5/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 06/01/2025 Cria\u00e7\u00e3o do documento Luiza Maluf e DeM4rcio DeM4rcio"},{"location":"verificacao/grupo/grupo01/etapa6/verificacao-etapa6/","title":"Verifica\u00e7\u00e3o da Etapa 6","text":""},{"location":"verificacao/grupo/grupo01/etapa6/verificacao-etapa6/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este artefato consiste em uma verifica\u00e7\u00e3o por meio da inspe\u00e7\u00e3o do material produzido pelo Grupo 01. O Grupo 08 ser\u00e1 respons\u00e1vel por realizar a inspe\u00e7\u00e3o do artefato do Grupo 01.

"},{"location":"verificacao/grupo/grupo01/etapa6/verificacao-etapa6/#objetivo","title":"Objetivo","text":"

O principal objetivo dessa inspe\u00e7\u00e3o \u00e9 identificar inconsist\u00eancias, erros e pontos de melhoria no artefato produzido. Espera-se que a inspe\u00e7\u00e3o seja realizada de forma cr\u00edtica e construtiva, contribuindo assim para a qualidade do artefato.

"},{"location":"verificacao/grupo/grupo01/etapa6/verificacao-etapa6/#metodologia","title":"Metodologia","text":"

A metodologia escolhida foi feita com base na idea de Fagan na IBM em 1976, que prop\u00f5e a inspe\u00e7\u00e3o de software. A inspe\u00e7\u00e3o de software \u00e9 uma t\u00e9cnica de verifica\u00e7\u00e3o de artefatos que tem como objetivo identificar defeitos nos artefatos. A lista de verifica\u00e7\u00f5es foi elaborada com base no Plano de Ensino da disciplina.

"},{"location":"verificacao/grupo/grupo01/etapa6/verificacao-etapa6/#participantes","title":"Participantes","text":"

Os participantes da inspe\u00e7\u00e3o realizada s\u00e3o:

  • M\u00e1rcio Henrique
  • Luiza Maluf
"},{"location":"verificacao/grupo/grupo01/etapa6/verificacao-etapa6/#cronograma","title":"Cronograma","text":"

A verifica\u00e7\u00e3o ser\u00e1 realizada durante o dia 15/01/2025 por cada integrante do grupo e registrada na p\u00e1gina de documenta\u00e7\u00e3o do projeto.

"},{"location":"verificacao/grupo/grupo01/etapa6/verificacao-etapa6/#artefatos-revisados","title":"Artefatos Revisados","text":"

Artefato Vers\u00e3o Respons\u00e1vel Relato do resultado da avalia\u00e7\u00e3o do prot\u00f3tipo de papel 1.0 Luiza Maluf Planejamento da Avalia\u00e7\u00e3o do prot\u00f3tipo de alta fidelidade 1.0 M\u00e1rcio Henrique Planejamento do Relato dos resultados do prot\u00f3tipo de alta fidelidade 1.0 M\u00e1rcio Henrique

"},{"location":"verificacao/grupo/grupo01/etapa6/verificacao-etapa6/#lista-de-verificacao","title":"Lista de Verifica\u00e7\u00e3o","text":""},{"location":"verificacao/grupo/grupo01/etapa6/verificacao-etapa6/#relato-do-resultado-da-avaliacao-do-prototipo-de-papel","title":"Relato do resultado da avalia\u00e7\u00e3o do prot\u00f3tipo de papel","text":"

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Padroniza\u00e7\u00e3o 1 O artefato possui introdu\u00e7\u00e3o? Sim / vers\u00e3o 1.0 - 15/01/2025 - 21:31 - 2 O artefato possui uma bibliografia/refer\u00eancia bibliogr\u00e1fica? Sim / vers\u00e3o 1.0 - 15/01/2025 - 21:31 Confus\u00e3o sobre refer\u00eancia bibliogr\u00e1fica , e bibliograia 3 O artefato possui um hist\u00f3rico de vers\u00f5es com o id e descri\u00e7\u00e3o das vers\u00f5es, data, autores e revisores? Sim / vers\u00e3o 1.0 - 15/01/2025 - 21:31 4 Todas as tabelas e imagens s\u00e3o chamadas no texto, possuem legendas e fontes? Sim / vers\u00e3o 1.0 - 15/01/2025 - 21:31 - 5 Todos os textos est\u00e3o na norma padr\u00e3o? Sim / vers\u00e3o 1.0 - 15/01/2025 - 21:31 - ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Autor do Item 1 O relato possui o objetivo e escopo de avalia\u00e7\u00e3o dos reusltados? Incompleto / vers\u00e3o 1.0 - 15/01/2025 - 21:33 N\u00e3o est\u00e1 de acordo com os quatros objeticvos encontrado no livro did\u00e1atico Luiza Maluf 2 O relato possui a metodologia utilizada? N\u00e3o / vers\u00e3o 1.0 - 15/01/2025 - 21:33 - Luiza Maluf 3 O participante est\u00e1 de acordo com o perfil de usu\u00e1rio definido? E isso est\u00e1 expl\u00edcito no documento? Incompleto / vers\u00e3o 1.0 - 15/01/2025 - 21:31 N\u00e3o est\u00e1 claro o motivo de escolha dos participantes Luiza Maluf 4 O relato possui uma se\u00e7\u00e3o indicando as sugest\u00f5es e melhorias que os participantes indicaram na entrevista? Sim / vers\u00e3o 1.0 - 15/01/2025 - 21:32 - Luiza Maluf 5 O relato possui registrado a conclus\u00e3o dos resultados colhidos nas entrevista? Sim / vers\u00e3o 1.0 - 15/01/2025 - 21:33 - Luiza Maluf 6 O relato possui o link de grava\u00e7\u00e3o da entrevista? Sim / vers\u00e3o 1.0 - 15/01/2025 - 21:33 - Luiza Maluf

Fonte: Adaptado de Plano de Ensino da disciplina

"},{"location":"verificacao/grupo/grupo01/etapa6/verificacao-etapa6/#planejamento-da-avaliacao-do-prototipo-de-alta-fidelidade","title":"Planejamento da Avalia\u00e7\u00e3o do prot\u00f3tipo de alta fidelidade","text":"

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Padroniza\u00e7\u00e3o 1 O artefato possui introdu\u00e7\u00e3o? Sim / vers\u00e3o 1.0 - 15/01/2025 - 21:33 2 O artefato possui uma bibliografia/refer\u00eancia bibliogr\u00e1fica? Incompleto / vers\u00e3o 1.0 - 06/01/2025 - 21:37 Confus\u00e3o entre as refer\u00eancia bibliogr\u00e1fica e bibliografia 3 O artefato possui um hist\u00f3rico de vers\u00f5es com o id e descri\u00e7\u00e3o das vers\u00f5es, data, autores e revisores? Sim / vers\u00e3o 1.0 - 15/01/2025 - 21:37 4 Todas as tabelas e imagens s\u00e3o chamadas no texto, possuem legendas e fontes? Sim / vers\u00e3o 1.0 - 15/01/2025 - 21:39 Alguns videos e imagens n\u00e3o s\u00e3o chamadas no texto 5 Todos os textos est\u00e3o na norma padr\u00e3o? Incompletos / vers\u00e3o 1.0 - 15/01/2025 - 21:39 Pequenos erros na gram\u00e1tica ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es 1 O planejamento possui os objetivos expl\u00edcitos? Incompleto / vers\u00e3o 1.0 - 15/01/2025 - 21:41 N\u00e3o est\u00e1 de acordo com os objetivos do livro da disciplina 2 O planejamento segue o framwork DECIDE? Sim / vers\u00e3o 1.0 - 15/01/2025 - 21:41 - 3 O documento possui as perguntas que devem ser usadas na avalia\u00e7\u00e3o? Sim / vers\u00e3o 1.0 - 15/01/2025 - 21:41 - 4 O documento possui as metodologias usadas na avalia\u00e7\u00e3o? Sim / vers\u00e3o 1.0 - 15/01/2025 - 21:41 - 5 O docuemnto possui os participantes da avalia\u00e7\u00e3o Sim / vers\u00e3o 1.0 - 15/01/2025 - 21:41 - 6 O documento possui cronograma? Sim / vers\u00e3o 1.0 - 15/01/2025 - 21:41 - 7 O docuemnto possui a descri\u00e7\u00e3o das quest\u00f5es pr\u00e1ticas da avalia\u00e7\u00e3o? Sim / vers\u00e3o 1.0 - 15/01/2025 - 21:41 - 8 O planejamento possui uma se\u00e7\u00e3o que trata dos aspectos \u00e9ticos? Sim / vers\u00e3o 1.0 - 15/01/2025 - 21:41 - 9 O planejamento possui uma se\u00e7\u00e3o de teste piloto com todas as suas devidas informa\u00e7\u00f5es? N\u00e3o / vers\u00e3o 1.0 - 15/01/2025 - 21:41 -

Adaptado: Plano de Ensino

"},{"location":"verificacao/grupo/grupo01/etapa6/verificacao-etapa6/#planejamento-do-relato-dos-resultados-do-prototipo-de-alta-fidelidade","title":"Planejamento do Relato dos resultados do prot\u00f3tipo de alta fidelidade","text":"

ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Observa\u00e7\u00f5es Padroniza\u00e7\u00e3o 1 O artefato possui introdu\u00e7\u00e3o? Sim / vers\u00e3o 1.0 - 15/01/2025 - 21:43 2 O artefato possui uma bibliografia/refer\u00eancia bibliogr\u00e1fica? Incompleto / vers\u00e3o 1.0 - 15/01/2025 - 21:43 Confus\u00e3o entre bibliografia e refer\u00eacia bibliogr\u00e1fica 3 O artefato possui um hist\u00f3rico de vers\u00f5es com o id e descri\u00e7\u00e3o das vers\u00f5es, data, autores e revisores? Sim / vers\u00e3o 1.0 - 15/01/2025 - 21:43 4 Todas as tabelas e imagens s\u00e3o chamadas no texto, possuem legendas e fontes? N\u00e3o se aplica / vers\u00e3o 1.0 - 15/01/2025 - 21:43 5 Todos os textos est\u00e3o na norma padr\u00e3o? Sim / vers\u00e3o 1.0 - 15/01/2025 - 21:43

| ID | Descri\u00e7\u00e3o | Avalia\u00e7\u00e3o | Observa\u00e7\u00f5es | | Autor do Item | |--------|---------------|---------------|-----------------|---------------------| | 1 | O documento possui um t\u00f3pico sobre quais s\u00e3o os objetivos do relato? | Sim / vers\u00e3o 1.0 - 15/01/2025 - 21:45 |-| M\u00e1rcio Henrique | | 2 | O documento possui um t\u00f3pico sobre a metodologia de prototipa\u00e7\u00e3o de Alta fidelidade? | N\u00e3o / vers\u00e3o 1.0 - 15/01/2025 - 21:45 |-| M\u00e1rcio Henrique | | 3 | O documento possui um t\u00f3pico sobre quais foram os participantes e os seus perfis? | Incompleto / vers\u00e3o 1.0 - 15/01/2025 - 21:45 | N\u00e3ao tem participantes | M\u00e1rcio Henrique | | 4 | O documento possui um t\u00f3pico sobre as tarefas a serem executadas pelos participantes?| N\u00e3o / vers\u00e3o 1.0 - 15/01/2025 - 21:45 |-| M\u00e1rcio Henrique | | 5 | O documento possui um t\u00f3pico sobre a lista dos problemas de usabilidade ainda n\u00e3o corrigidos?| N\u00e3o / vers\u00e3o 1.0 - 15/01/2025 - 21:46 |-| M\u00e1rcio Henrique | | 6 | O documento possui um t\u00f3pico sobre indica\u00e7\u00f5es de partes do sistema que podem ser mais bem elaboradas? | N\u00e3o / vers\u00e3o 1.0 - 15/01/2025 - 21:46 |-| M\u00e1rcio Henrique | | 7 | O documento est\u00e1 estruturado conforme os relatos realizados anteriores?| Sim / vers\u00e3o 1.0 - 15/01/2025 - 21:46 |-| M\u00e1rcio Henrique |

Autor: M\u00e1rcio Henrique

"},{"location":"verificacao/grupo/grupo01/etapa6/verificacao-etapa6/#video-de-inspecao","title":"V\u00eddeo de Inspe\u00e7\u00e3o","text":"

"},{"location":"verificacao/grupo/grupo01/etapa6/verificacao-etapa6/#bibliografia","title":"Bibliografia","text":"

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"verificacao/grupo/grupo01/etapa6/verificacao-etapa6/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 15/01/2025 Cria\u00e7\u00e3o do documento Luiza Maluf e DeM4rcio DeM4rcio"}]} \ No newline at end of file diff --git a/sitemap.xml b/sitemap.xml new file mode 100644 index 00000000..0f8724ef --- /dev/null +++ b/sitemap.xml @@ -0,0 +1,3 @@ + + + \ No newline at end of file diff --git a/sitemap.xml.gz b/sitemap.xml.gz new file mode 100644 index 00000000..f535da85 Binary files /dev/null and b/sitemap.xml.gz differ diff --git a/stylesheets/custom.css b/stylesheets/custom.css new file mode 100644 index 00000000..36018727 --- /dev/null +++ b/stylesheets/custom.css @@ -0,0 +1,57 @@ +[data-md-color-scheme="claro"] { + --md-primary-fg-color: #070707 !important; + --md-accent-fg-color: red; + --md-code-bg-color: rgb(255, 255, 255); + --md-code-fg-color: rgb(0, 0, 0); + --md-typeset-a-color: rgb(211, 0, 0); + } + + [data-md-color-scheme="slate"] { + --md-primary-fg-color: #070707; + --md-accent-fg-color: rgb(255, 0, 0) !important; + --md-default-bg-color: #000000; + --md-typeset-a-color: rgba(255, 0, 0, 0.85) !important; + --md-code-bg-color: rgb(0, 0, 0); + --md-typeset-table-color: rgba(255, 255, 255, 0.211); + --md-typeset-table-color--light: rgba(128, 128, 128, 0.157); + } + + [data-md-color-scheme="claro"] img[src$="#only-dark"], + [data-md-color-scheme="claro"] img[src$="#gh-dark-mode-only"] { + display: none; + } + + [data-md-color-scheme="slate"] img[src$="#only-light"], + [data-md-color-scheme="slate"] img[src$="#gh-light-mode-only"] { + display: none; + } + + body { + text-align: justify; + } + + p { + text-indent: 1em; + } + +table img { + height: 100px; + width: 100px; + margin-bottom: 10px; +} + + +table { + width: 100%; + text-align: center; + border-collapse: collapse; +} + +table td { + padding: 10px; + vertical-align: middle; /* Para centralizar verticalmente o conteúdo */ +} + +table td:nth-child(2) { + font-weight: bold; +} diff --git a/verificacao/grupo/etapa1/planejamento-verificacao-etapa1/index.html b/verificacao/grupo/etapa1/planejamento-verificacao-etapa1/index.html new file mode 100644 index 00000000..0a9a08f1 --- /dev/null +++ b/verificacao/grupo/etapa1/planejamento-verificacao-etapa1/index.html @@ -0,0 +1,4421 @@ + + + + + + + + + + + + + + + + + + + + + + + Planejamento da Verificação da Etapa 1 - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Planejamento de Verificação da Etapa 1

+

Introdução

+

Neste espaço, apresentamos o planejamento detalhado para a verificação de artefatos de desenvolvimento, fundamentado nas teorias e metodologias de Bruno Silva e Simone Barbosa.

+

A qualidade e consistência dos artefatos são fundamentais para o sucesso de projetos de software, e esse planejamento busca estabelecer um processo criterioso de verificação.

+

Objetivo

+

Com base em princípios de consistência, completude e clareza, o objetivo deste planejamento é garantir que cada artefato esteja alinhado com as especificações e atenda aos requisitos estabelecidos. +Os procedimentos aqui descritos incluem critérios específicos para revisão, técnicas de inspeção, e um plano de acompanhamento para registrar não-conformidades e implementar melhorias contínuas.

+

Metodologias

+

Para garantir a qualidade e a precisão dos artefatos apresentados na página do projeto, adotaremos a Inspeção Formal como metodologia de verificação. +Esse método é amplamente utilizado na engenharia de software para assegurar que todos os aspectos de um artefato – sejam eles textuais, estruturais ou visuais – estejam alinhados com os requisitos e padrões esperados.

+

A inspeção se diferencia de outras metodologias de revisão por ser um processo estruturado e minucioso, onde cada artefato é analisado detalhadamente de acordo com critérios pré-estabelecidos, como clareza, consistência, completude e navegabilidade. +Em nosso processo de inspeção, cada item será avaliado quanto à sua adequação ao objetivo do projeto, e eventuais não-conformidades serão documentadas para correção.

+

Esse método nos permitirá detectar e corrigir com antecedência problemas que poderiam impactar a experiência do usuário, além de promover um entendimento comum sobre o conteúdo e a estrutura do projeto entre todos os envolvidos.

+

Participantes

+

Foi dividido entre os três integrantes do grupo a tarefa de verificação dos artefatos produzidos na etapa 1, visando principalmente evitar que o autor e o reivsor de um mesmo artefato fossem a mesma pessoa.

+

A seguir está relacionado os responsáveis por cada verificação, assim como seu respectivo artefato.

+

+Tabela 1 - Participantes

+ + + + + + + + + + + + + + + + + + + + + +
ArtefatoRevisor
Cronograma e Site EscolhidoLuiza Maluf
Ferramentas e Sites AvaliadosKaio Enzo
Processo de Design e MetodologiaMárcio Henrique
+

Autor: Luiza Maluf

+

+

Cronograma

+

A verificação será realizada durante o período de 07/11/2024 até o dia 11/11/2024 por cada integrante do grupo e registrada na página de documentação do projeto.

+

Resultados

+

O resultado da verificação de cada artefato pode ser acessado com os links a seguir:

+ +

Lista de Verificação

+

Planejamento Geral do Projeto

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Itens de VerificaçãoRespostaVersão, Data e Hora da avaliação
Possui uma página apresentando os integrantes da equipe (com foto) com nome e sem matrícula?SIMversão: 1.0 - 12/11/2024 às 13:09
O cronograma do planejamento apresenta todas as atividades de todas as etapas para cada integrante com as datas de início e fim das entrega dos artefatos e com o período da revisão deles?SIMversão: 1.0- 12/11/2024 às 13:11
O cronograma do planejamento apresenta um período de gravação da apresentação de cada etapa.SIMversão: 1.0- 12/11/2024 às 13:14
O cronograma prever um período de revisão/ajustes nos artefatos devidos as considerações dos monitores/professor?SIMversão: 1.0- 12/11/2024 às 13:16
A motivação e os critérios para a escolha do site?SIMversão: 1.0- 12/11/2024 às 13:18
O planejamento e avaliação dos sites selecionados?SIMversão: 1.0- 12/11/2024 às 13:22
Possui opção de contraste de cores?SIMversão: 1.0- 12/11/2024 às 13:26
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?SIMversão: 1.0- 12/11/2024 às 13:29
+

Fonte: Plano de Ensino da disciplina

+

+

Desenvolvimento do Projeto

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Itens de VerificaçãoRespostaVersão, Data e Hora da avaliação
O histórico de versão padronizado?SIMversão: 1.0- 12/11/2024 às 13:34
O(s) autor(es) e o(s) revisor(es) para cada artefato?SIMversão: 1.0- 12/11/2024 às 13:40
Referências bibliográficas e/ou bibliografia em todos os artefatos?SIMversão: 1.0- 12/11/2024 às 13:46
As tabelas e imagens possuem legenda e fonte e elas chamadas dentro dos texto?SIMversão: 1.0- 12/11/2024 às 13:52
Um texto fazendo uma introdução dos artefatos?SIMversão: 1.0- 12/11/2024 às 13:56
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.SIMversão: 1.0- 12/11/2024 às 17:02
Ata(s) da(s) reuniões (com data, horário de início e do final, participantes, objetivo, atividades definidas etc)SIMversão: 1.0- 12/11/2024 às 14:08
A gravação da reunião do grupo.SIMversão: 1.0- 12/11/2024 às 20:25
Vídeo de apresentação na categoria “não listado” no youtube?SIMversão: 1.0- 12/11/2024 às 20:30
+

Fonte: Plano de Ensino da disciplina

+

+

Conteúdo da Disciplina

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Itens de VerificaçãoRespostaVersão, Data e Hora da avaliação
Possui a justificativa da escolha do Processo de Design?1SIMversão: 1.0- 12/11/2024 às 14:16
A introdução contextualiza o tema e destaca a importância do processo de design.2SIMversão: 1.0- 12/11/2024 às 14:16
A descrição dos modelos de processos de design é clara e fácil de entender.2SIMversão: 1.0- 12/11/2024 às 14:16
As informações apresentadas estão diretamente relacionadas ao contexto de design de IHC (Interação Humano-Computador) e são aplicáveis ao projeto.2SIMversão: 1.0- 12/11/2024 às 14:16
+

Fonte: Plano de Ensino da disciplina1 e Luiza Maluf2

+

+
+

Bibliografia

+
+

CAMPELLO, Gabriel. Planejamento de Verificação da Etapa 1. Repositório do Grupo Bilheteria Digital 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/verificacao/grupo/etapa1/planejamento-verificacao-etapa1-grupo. Acesso em: 8 nov, 2024.

+
+

Referências Bibliográficas

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+

Siqueira, Fábio L. __Gerência e Qualidade de Software - Aula 06 - Técnica de revisão__, 21 de jun. de 2018. Disponível em: https://www.youtube.com/watch?v=nA1BVDd9GUE&t=381s. Acesso em: 8 nov, 2024.

+

1. SALES, B. André. Plano de Ensino FIHC 022024 Turma 01 v1. Brasília, DF, 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: 12 nov, 2024.

+
+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor
1.004/11/2024Criação do páginaLuiza MalufMárcio Henrique
1.109/11/2024Documentação do planejamentoLuiza MalufMárcio Henrique
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo/etapa1/verificacao-cronograma/index.html b/verificacao/grupo/etapa1/verificacao-cronograma/index.html new file mode 100644 index 00000000..32473e44 --- /dev/null +++ b/verificacao/grupo/etapa1/verificacao-cronograma/index.html @@ -0,0 +1,4280 @@ + + + + + + + + + + + + + + + + + + + + + + + Cronograma - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Verificação do Cronograma

+

Introdução

+

A inspeção formal do cronograma do projeto é uma prática essencial para assegurar a qualidade e a consistência do planejamento, identificando possíveis ajustes e corrigindo problemas antecipadamente. Este processo permite que a equipe valide as etapas e prazos estabelecidos, minimizando riscos e otimizando o gerenciamento das atividades.

+

Metodologia

+

A técnica de inspeção utilizada será a Inspeção por lista de verificação, que é uma abordagem prática e estruturada na verificação de cronogramas e outros artefatos. Nesta técnica, desenvolvemos uma lista de critérios baseados em princípios de Interação Humano-Computador (IHC), como clareza, usabilidade, consistência e visibilidade.

+

Cada item da lista de verificação aborda uma área específica do cronograma para garantir que todas as informações sejam acessíveis e que o layout e os conteúdos estejam organizados. Durante a inspeção, cada critério é avaliado e marcado como atendido ou necessitando de ajustes, o que permite documentar claramente as áreas de melhoria e aplicar ações corretivas com precisão.

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
CritérioIDPerguntas de VerificaçãoAvaliaçãoObservação
Completude01O cronograma inclui todas as etapas essenciais para a primeira entrega?Sim
02Todos os marcos e entregáveis estão listados?Sim
Clareza03As descrições das atividades são claras e compreensíveis?NãoFalta inserir as descrições das atividades.
04As responsabilidades de cada atividade estão bem definidas?Sim
Precisão Temporal05Os prazos são realistas e viáveis dentro do contexto do projeto?Sim
06O cronograma possui datas de início e fim bem definidas para cada atividade?Sim
Distribuição de Carga de Trabalho07As atividades estão distribuídas de forma equilibrada entre os participantes?Sim
Usabilidade e Navegação08O layout do cronograma é fácil de entender e visualizar?Sim
09As informações são dispostas de forma lógica e intuitiva?Sim
Visibilidade do Status10O cronograma permite que a equipe visualize facilmente o andamento do projeto?Sim
11Mudanças ou atualizações no cronograma são visíveis de forma clara?NãoNão foi inserido o cronograma executado a fim de observer essas alterações
Conformidade com o padrão12O artefato possui uma bibliografia/referência bibliográfica?Não
13O cronograma foi elaborado em tabelas?Sim
+

Autor: Luiza Maluf

+

+

Problemas encontrados

+
    +
  • Falta a descrição das atividades do cronograma.
    • +
  • Não exite uma comparação entre o que foi feito realmente e o que foi planejado ser feito.
    • +
  • Não há introdução, bibliografia ou referência bibliográfica na página de cronograma.
    • +
+

Soluções propostas

+

ID 03: Inserir um campo na tabela com uma breve descrição da atividade.

+

ID 11: Inserir ao final do cronograma da etapa um cronograma executado com a finalidade de deixar explícito as execuções do grupo.

+

ID 12: Inserir as referências.

+

Acompanhamento

+

A figura a seguir apresenta um gráfico com o percentual das respostas da lista de verificação.

+

+

Percentual da verificação do cronograma

+

Autor: Luiza Maluf

+

+

Correção

+

Como proposto por Fagan, os integrantes do grupo que foram responsáveis pela produção do artefato que devem fazer as devidas correções propostas pela verificação.

+

Dessa forma, após a correção, o autor dessa verificação irá revisar se as correçõe s foram feitas da forma correta.

+

+ + + + + + + + + + + + + + + + + + + +
Data da CorreçãoDescriçãoResponsável(eis)Revisor(es)Status
11/11/2024Correções sugeridasMárcio HenriqueLuiza Malufok
+

+

Bibliografia

+

HENRIQUE, Márcio. Cronograma. Repositório do Grupo 08 da disciplina de Interação Humano Computador da Universidade de Brasília, 2024. Disponível em : https://interacao-humano-computador.github.io/2024.2-Grupo08/planejamento/cronograma/. Acesso em: 10/11/2024.

+

Referências Bibliográficas

+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor
1.004/11/2024Criação do páginaLuiza MalufMárcio Henrique
1.110/11/2024Verificação do cronogramaLuiza MalufMárcio Henrique
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo/etapa1/verificacao-ferramentas/index.html b/verificacao/grupo/etapa1/verificacao-ferramentas/index.html new file mode 100644 index 00000000..6abf652f --- /dev/null +++ b/verificacao/grupo/etapa1/verificacao-ferramentas/index.html @@ -0,0 +1,4326 @@ + + + + + + + + + + + + + + + + + + + + + + + Ferramentas - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Verificação das Ferramentas

+

Introdução

+

Este documento tem como objetivo verificar o artefato que descreve as ferramentas utilizadas pelo grupo para o desenvolvimento do projeto, que tem como objetivo fazer a avaliação de IHC do site Diário Oficial do Rio Grande do Norte e, aplicando os conceitos aprendidos em classe, sugerir melhorias em sua interface. A verificação do artefato será feita de acordo com a literatura padrão de IHC com base na obra de Barbosa e Silva referida.

+

Metodologia

+

Para a verificação do artefato, Campello, Melo e Henrique (2023) propõem a utilização de uma lista de verificação baseada nos requisitos apresentados pelo professor em sala de aula e, quando aplicável, em pontos destacados pela literatura de referência. A lista de verificação é composta por cinco perguntas padrão, estabelecidas para avaliar a documentação, seguidas por perguntas relacionadas ao conteúdo específico do artefato Ferramentas. A Tabela 1, apresentada a seguir, exibe os resultados correspondentes à versão do artefato definida no Planejamento da Verificação do artefato ferramentas.

+

+

Tabela 1 - Tabela Preenchida - Ferrametas.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
1O artefato possui introdução?Não
2O artefato possui uma bibliografia/referência bibliográfica?Não
3O artefato possui um histórico de versões com o id e descrição das versões, data, autores e revisores?Sim
4Todas as tabelas e imagens são chamadas no texto, possuem legendas e fontes?Sim
5Todos os textos estão na norma padrão?Sim
6As ferramentas presentes no artefato são usadas no projeto?Sim
7Na descrição, está explicito o uso daquela ferramenta dentro do projeto?Sim
8O artefato foi atualizado em caso de adição de uma nova ferramenta?Sim
9As ferramentas são referenciadas no artefato e tem seus links disponibilizados na referência?NãoNão há referência ,e por consequência, não há nenhum link.
10As ferramentas apresentam uma breve descrição de suas funcionalidades?Sim
+

Fonte: Adaptado de Arthur de Melo e Gabriel Campello, 2023.

+

+

Problemas encontrados

+

A tabela 1 apresenta os resultados da verificação do artefato Ferramentas. A avaliação do artefato foi realizada por Kaio Enzo (2024) e os resultados obtidos indicam que o artefato não possui introdução e bibliografia/referência bibliográfica. Além disso, as ferramentas não são referenciadas no artefato e não possuem links disponibilizados na referência. Abaixo uma consideração sobre os problemas encontrados:

+

ID 1 - O artefato possui introdução?

+

O artefato não possui introdução, o que dificulta a compreensão do leitor sobre o conteúdo que será abordado no documento.

+

ID 2 - O artefato possui uma bibliografia/referência bibliográfica?

+

O artefato não possui uma bibliografia/referência bibliográfica, o que dificulta a verificação da veracidade das informações apresentadas bem como aprofundamento do leitor sobre o tema.

+ +

As ferramentas não são referenciadas no artefato e não possuem links disponibilizados na referência, o que dificulta a compreensão do leitor sobre as ferramentas utilizadas no projeto.

+

Sugestões de melhoria

+
    +
  • Adicionar uma introdução ao artefato, explicando o conteúdo que será abordado.
    • +
  • Adicionar uma bibliografia/referência bibliográfica ao artefato, para que o leitor possa aprofundar-se no tema.
    • +
  • Referenciar as ferramentas no artefato e disponibilizar os links na referência, para que o leitor possa acessar mais informações sobre as ferramentas utilizadas no projeto.
    • +
+

Resultado da verificação

+

A figura 1 apresenta um gráfico com o percentual de respostas sim, não ou incompleto , obtidas através da lista de verificação.

+

+

Figura 1 - Gráfico do resultado da verificação.

+ + +

Autor: Kaio Enzo, 2024.

+

+

Retrabalho

+

Conforme proposto por Fagan (apud CAMPELLO; MELO; HENRIQUE, 2023), o retrabalho será inicialmente realizado pelos autores do artefato verificado, que se encarregarão de corrigir os problemas identificados com base na lista de sugestões de correção previamente apresentada. No entanto, existe a possibilidade de que outros integrantes do grupo também realizem essas correções. O responsável pela verificação fará uma revisão das correções implementadas, avaliando se são adequadas e se não introduziram novos erros. A Tabela 2, a seguir, apresenta o cronograma das correções.

+

+

Tabela 2 - Cronograma de Correções.

+ + + + + + + + + + + + + + + + + + + +
Data da CorreçãoDescriçãoResponsável(eis)Revisor(es)Status
11/11/2024Correções sugeridasMárcio HenriqueKaio Enzook
+

Fonte: Adaptado de Gabriel Campello, 2023.

+

+

Bibliografia

+
+

CAMPELLO, Gabriel; MELO, Arthur de; HENRIQUE, Mateus. Verificação Ferramentas. Repositório do Grupo Bilheteria Digital 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/verificacao/grupo/etapa1/verificacao-ferramentas/. Acesso em: 11 nov. 2024.

+

HENRIQUE, Márcio. Ferramentas. Repositório do Grupo 08 da disciplina de Interação Humano Computador da Universidade de Brasília, 2024. Disponível em : https://interacao-humano-computador.github.io/2024.2-Grupo08/planejamento/ferramentas. Acesso em: 11/11/2024.

+
+

Referências Bibliográficas

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisores
1.004/11/2024Criação do páginaLuiza MalufKaio Enzo
1.111/11/2024Verificação das ferramentasKaio EnzoLuiza Maluf
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo/etapa1/verificacao-metodologia/index.html b/verificacao/grupo/etapa1/verificacao-metodologia/index.html new file mode 100644 index 00000000..cc4dfc43 --- /dev/null +++ b/verificacao/grupo/etapa1/verificacao-metodologia/index.html @@ -0,0 +1,4175 @@ + + + + + + + + + + + + + + + + + + + + + + + Metodologia - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Verificação da Metodologia

+

Introdução

+

Nessa seção será feito uma verificação da metodologia utilizada no presente projeto, como o foco da disiplina é resultado e documentação de forma incremental, partiremos de uma metodologia ágil utilizando o framework SCRUM. Dessa forma a lista de verificação abaixo conterá a verificação da construção do scrum se atende as devidas especificações

+

Metodologia

+

Partindo do principio de verificação, abordaremos no formato de lista de verificação como mostrado na tabela 1. É importante ressaltar que o objetivo do presente projeto não é a entrega de nenhum produto, e sim trazer uma evolução gradual de uma análise do site escolhido, trazendo assim algumas modificações do SCRUM puro.

+

+

Tabela 1 - Tabela Preenchida - Metodologia. +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
1O Scrum Master garante a remoção de obstáculos para o time?Sim
2A metodologia ágil e os eventos do Scrum são seguidos adequadamente?Sim
3O Product Owner está alinhando as prioridades do backlog com as necessidades do usuário?Sim
4O Product Owner participa das reuniões de planejamento e review?Sim
5Todos os membros estão engajados na entrega de resultados e colaborando nas revisões?Sim
6Existe um espaço para feedback sobre melhorias para o próximo ciclo?Sim
7São realizadas reuniões rápidas diárias ou atualizações por mensagens?Sim
8Todas as atualizações são registradas para monitoramento do progresso?Sim
9Cada tarefa é realizada em uma branch separada e com commits organizados?Sim
10Pull requests são revisados por mais de um membro antes de serem mesclados?Sim
11Cada pull request inclui uma verificação de qualidade de artefatos (protótipos, interfaces)?Sim
12Todos os membros participam da revisão para oferecer feedback diversificado?Sim
13Existe comunicação aberta para discutir sugestões de melhorias e alinhamento do projeto?Sim
+

Fonte: Autores, 2024.

+
+

Observação: Um olhar em particular da metodologia e da organização das entregas foi a realização de uma verificação para cada pr - Pull request, assim cada artefato documentado chega para a documentação oficial com número menor de erros e gerando menos retrabalho.

+
+

Conclusão

+

Até a presente data, não foi identificado nenhuma inconsistência com as informações contidas em metodologia e com está sendo aplicado, claro que nada é perfeito, então fica um observação em acresentar as informações com imagens para trazer mais severidade as informações contidas na seção.

+

Bibliografia

+
+

DE MELO, Arthur. Processo de Design. Repositório do Grupo Bilheteria Digital 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/verificacao/grupo2/etapa1/processo-design>. Acesso em: 9 nov. 2024.

+

GOVERNO DO BRASIL. Lista de verificação da qualidade de artefatos - Checklist Ágil. 2019. Disponível em: <https://www.gov.br/agricultura/pt-br/pregao-eletronico-no-05-2018/diretrizes/lista-de-verificacao-da-qualidade-de-artefatos-checklist-agil.xls/view> Acesso em: 9 nov. 2024.

+
+

Referências Bibliográficas

+
+

Schwaber, K., & Sutherland, J. (2020). The Scrum Guide.

+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisores
1.010/11/2024Verificação da MetodologiaMárcio HenriqueLuiza Maluf
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo/etapa1/verificacao-processo-design/index.html b/verificacao/grupo/etapa1/verificacao-processo-design/index.html new file mode 100644 index 00000000..eeecc9f0 --- /dev/null +++ b/verificacao/grupo/etapa1/verificacao-processo-design/index.html @@ -0,0 +1,4281 @@ + + + + + + + + + + + + + + + + + + + + + + + Processo de Design - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Verificação do Processo de Design

+

Introdução

+

Este documento é de verificação do artefato Processo de Design produzido pelo Grupo da disciplina de IHC que tem o projeto voltado ao site Diário oficial do Rio Grande do Norte. Dessa forma, o artefato Processo de Design será verificado de acordo com a literatura Interação-Humano-Computador de Barbosa e Silvareferida e também a lista de verificação dos artefatos feito pelao Ministério da Agricultura e Pecuária.

+

Metodologia

+

O modelo de verificação consistirá em um preenchimento de uma lista de verificação construída a partir dos conceitos trabalhados pela disciplina, o mesmo será dividido em perguntas relacionadas ao padrão do formato do documento e sobre o padrão do conteúdo verificado.

+

+

Tabela 1 - Tabela Preenchida - Processo de Design.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
1O artefato possui introdução?Sim
2O artefato possui uma bibliografia/referência bibliográfica?Sim
3A versão do documento foi incrementada e a descrição da elaboração ou alteração foi registrada no histórico de revisões do documento?Sim
4Todas as tabelas e imagens são chamadas no texto, possuem legendas e fontes?Sim
5O documento possui erros de pontuação ou gramática?Não
6O documento está na última versão do template?Sim
7A escolha do ciclo de vida foi justificada?IncompletoPonto positivo para o detalhadamento dos processos mas não é claro qual desses foram escolhidos pelo grupo
8O ciclo de vida escolhido tem suas etapas detalhadas?Sim
9A forma como será executado o ciclo de vida é detalhada?Sim
10O ciclo de vida selecionado é condizente com o escopo do projeto?Sim
+

+

Fonte: Adaptado de Gabriel Campello, 2023.

+

Problemas encontrados

+

Com base na Tabela 1, serão feitas considerações acerca de alguns itens.

+

ID 7 - A escolha do ciclo de vida foi justificada?

+

O problema pode se configurar médio/grave isso porque pode deixar confuso a decisão tomada pelo grupo na escolha do processo design. Dessa forma, o artefato podria ter uma maior especificidade, no intuito de servir como guia para a execução do projeto.

+

Sugestões

+
    +
  • ID 7: Criação de um novo subtópico para a escolha do processo design.
    • +
+

Acompanhamento

+

A figura 1 apresenta um gráfico com o percentual de respostas sim, não ou incompleto , obtidas através da lista de verificação de verificação.

+ + +

Autor: Márcio Henrique, 2024.

+

Correções

+

A colaboração de outros membros da equipe é fundamental para garantir a qualidade das correções. Um revisor independente será responsável por avaliar o resultado final, assegurando que todas as não conformidades foram devidamente tratadas. A Tabela 2 apresenta o cronograma das atividades de correção.

+

+

Tabela 2 - Cronograma de Correções.

+ + + + + + + + + + + + + + + + + + + +
Data de CorreçãoDescriçãoResponsável(eis)Revisor(es)Status
11/11/2024Correção do Processo design.Luiza MalufMárcio HenriqueOK
+

Fonte: Elaborado por Márcio Henrique, 2024.

+

+

Bibliografia

+
+

DE MELO, Arthur. Processo de Design. Repositório do Grupo Bilheteria Digital 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/verificacao/grupo2/etapa1/processo-design>. Acesso em: 9 nov. 2024.

+

GOVERNO DO BRASIL. Lista de verificação da qualidade de artefatos - Checklist Ágil. 2019. Disponível em: <https://www.gov.br/agricultura/pt-br/pregao-eletronico-no-05-2018/diretrizes/lista-de-verificacao-da-qualidade-de-artefatos-checklist-agil.xls/view> Acesso em: 9 nov. 2024.

+
+

Referências Bibliográficas

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisores
1.004/11/2024Criação do páginaLuiza MalufMárcio Henrique
1.109/11/2024Verificação do processo designMárcio HenriqueLuiza Maluf
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo/etapa1/verificacao-site-escolhido/index.html b/verificacao/grupo/etapa1/verificacao-site-escolhido/index.html new file mode 100644 index 00000000..36eb0e3f --- /dev/null +++ b/verificacao/grupo/etapa1/verificacao-site-escolhido/index.html @@ -0,0 +1,4230 @@ + + + + + + + + + + + + + + + + + + + + + + + Site Escolhido - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Verificação do Site Escolhido

+

Introdução

+

A inspeção formal do site escolhido do projeto é uma prática essencial para assegurar a qualidade e consistência dos critérios que levaram o grupo a escolher o site do Diário Oficial do Rio Grande do Norte.

+

Metodologia

+

Para a verificação do artefato, será feita a inspeção por Checklist baseando-se nos critérios estabelecidos pelo professor na escolha do site para o projeto da disciplina.

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservação
01O artefato possui introdução, critérios de escolha e conclusão?Sim
02O artefatos possui histórico de versões?Sim
03Todos os textos estão na norma padrão?Sim
04O motivo da escolha do site foi definido?Sim
05Os links e imagens estão direcionados de forma correta?Sim
06Foi identificado já pontos de melhora?Sim
07Está explícito no documento o resultado da análise heurística?Não
+

Autor: Luiza Maluf

+

+

Problemas encontrados

+
    +
  • A análise heurística e seus resultados estão somente dentro do pdf que foi referenciado no artefato, faltando estar de forma explícita.
    • +
+

Soluções propostas

+

ID 07: Além de referenciar o pdf de análise, seria importante deixar os apectos mais importantes em destaque no artefato.

+

Acompanhamento

+

A figura a seguir apresenta um gráfico com o percentual das respostas da lista de verificação.

+

+Porcentagem do cheklist do site escolhido

+

Autor: Luiza Maluf +

+

Correção

+

Como proposto por Fagan, os integrantes do grupo que foram responsáveis pela produção do artefato que devem fazer as devidas correções propostas pela verificação.

+

Dessa forma, após a correção, o autor dessa verificação irá revisar se as correçõe s foram feitas da forma correta.

+

+ + + + + + + + + + + + + + + + + + + +
Data da CorreçãoDescriçãoResponsável(eis)Revisor(es)Status
11/11/2024Correções sugeridasKaio EnzoLuiza Malufok
+

+

Bibliografia

+
+

ENZO, Kaio. Site Escolhido. Repositório do Grupo 08 da disciplina de Interação Humano Computador da Universidade de Brasília, 2024. Disponível em : https://interacao-humano-computador.github.io/2024.2-Grupo08/planejamento/siteEscolhido/. Acesso em: 10/11/2024.

+

MALUF, Luiza. Verificação do cronograma. Repositório do Grupo 08 da disciplina de Interação Humano Computador da Universidade de Brasília, 2024. Disponível em : https://interacao-humano-computador.github.io/2024.2-Grupo08/verificacao/grupo/etapa1/verificacao-cronograma/. Acesso em: 10/11/2024.

+
+

Referências Bibliográficas

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisoes
1.004/11/2024Criação do páginaLuiza MalufMárcio Henrique
1.109/11/2024Verificação do Site escolhidoLuiza MalufMárcio Henrique
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo/etapa1/verificacao-sites-avaliados/index.html b/verificacao/grupo/etapa1/verificacao-sites-avaliados/index.html new file mode 100644 index 00000000..54e7c2df --- /dev/null +++ b/verificacao/grupo/etapa1/verificacao-sites-avaliados/index.html @@ -0,0 +1,4197 @@ + + + + + + + + + + + + + + + + + + + + + + + Sites Avaliados - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Verificação dos Sites Avaliados

+

Introdução

+

Este documento tem como objetivo verificar o artefato que descreve os sites avaliados durante a escolha do grupo para o desenvolvimento do projeto. A verificação do artefato será feita de acordo com base lista de verificação dos artefatos feito pelo Ministério da Agricultura e Pecuária1 na obra de Barbosa e Silva referida 2.

+

Metodologia

+

O modelo de verificação consistirá em um preenchimento de uma lista de verificação construída a partir dos conceitos trabalhados pela disciplina, o mesmo será dividido em perguntas relacionadas ao padrão do formato do documento.

+

+

Tabela 1 - Tabela Preenchida - Site escolhido.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
1O artefato possui introdução?Sim
2O artefato possui uma bibliografia/referência bibliográfica?Sim
3A versão do documento foi incrementada e a descrição da elaboração ou alteração foi registrada no histórico de revisões do documento?IncompletoA versão do documento não foi incrementada.
5O documento possui erros de pontuação ou gramática?Não
+

Fonte: Adaptado de Luiza Maluf, 2024.

+

+

Problemas encontrados

+

A tabela 1 apresenta os resultados da verificação do artefato Sites Avaliados. A avaliação do artefato foi realizada por Kaio Enzo (2024) e os resultados obtidos indicam que o artefato não teve sua versão incrementada. Abaixo uma consideração sobre os problemas encontrados:

+

ID 3 - A versão do documento foi incrementada e a descrição da elaboração ou alteração foi registrada no histórico de revisões do documento?

+

A falta de incrementação da versão do documento pode acarretar em problemas, afetando principalmente, nesse caso, a rastreabilidade.

+

Retrabalho

+

Conforme proposto por Fagan (apud CAMPELLO; MELO; HENRIQUE, 2023), o retrabalho será inicialmente realizado pelos autores do artefato verificado, que se encarregarão de corrigir os problemas identificados com base na lista de sugestões de correção previamente apresentada.

+

No entanto, existe a possibilidade de que outros integrantes do grupo também realizem essas correções. O responsável pela verificação fará uma revisão das correções implementadas, avaliando se são adequadas e se não introduziram novos erros. A Tabela 2, a seguir, apresenta o cronograma das correções.

+

+

Tabela 2 - Cronograma de Correções.

+ + + + + + + + + + + + + + + + + + + +
Data da CorreçãoDescriçãoResponsável(eis)Revisor(es)Status
11/11/2024Correções sugeridasMárcio HenriqueKaio Enzook
+

Fonte: Adaptado de Gabriel Campello, 2023.

+

+

Bibliografia

+
+

HENRIQUE, Márcio. Sites Avaliados. Repositório do Grupo 08 da disciplina de Interação Humano Computador da Universidade de Brasília, 2024. Disponível em : https://interacao-humano-computador.github.io/2024.2-Grupo08/planejamento/sitesAvaliados/. Acesso em: 11/11/2024.

+

MALUF, Luiza. Sites Avaliados. Repositório do Grupo 08 da disciplina de Interação Humano Computador da Universidade de Brasília, 2024. Disponível em : https://interacao-humano-computador.github.io/2024.2-Grupo08/verificacao/grupo/etapa1/verificacao-processo-design/. Acesso em: 11/11/2024.

+
+

Refências Bibliográficas

+
+

CAMPELLO, Gabriel; MELO, Arthur de; HENRIQUE, Mateus. Verificação Ferramentas. Repositório do Grupo Bilheteria Digital 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/verificacao/grupo/etapa1/verificacao-ferramentas/. Acesso em: 11 nov. 2024.

+

https://interacao-humano-computador.github.io/2024.2-Grupo08/verificacao/grupo/etapa1/verificacao-processo-design/

+

1. GOVERNO DO BRASIL. Lista de verificação da qualidade de artefatos - Checklist Ágil. 2019. Disponível em: <https://www.gov.br/agricultura/pt-br/pregao-eletronico-no-05-2018/diretrizes/lista-de-verificacao-da-qualidade-de-artefatos-checklist-agil.xls/view Acesso em: 11 nov. 2024.

+

2. BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Reisores
1.011/11/2024Verificação dos sites avaliadosKaio EnzoLuiza Maluf
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo/etapa2/aspectos-eticos/index.html b/verificacao/grupo/etapa2/aspectos-eticos/index.html new file mode 100644 index 00000000..61b5b0b8 --- /dev/null +++ b/verificacao/grupo/etapa2/aspectos-eticos/index.html @@ -0,0 +1,4274 @@ + + + + + + + + + + + + + + + + + + + + + + + Aspectos Éticos - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Aspectos Éticos

+ +

Introdução

+

Este documento detalha a revisão do artefato "Aspectos Éticos" (versão 1.0), realizada em 28 de novembro de 2024, com base nos critérios do capítulo 5 do livro "Interação Humano-Computador" de Barbosa e Silva.

+

Objetivo

+

O objetivo é avaliar a conformidade do artefato com as diretrizes de identificação de necessidades dos usuários e requisitos de IHC.

+

Metodologia

+

A metodologia adotada para a realização desta verificação consiste na aplicação de uma checklist estruturada, composta por um conjunto de perguntas que abrangem tanto os aspectos formais do documento quanto o seu conteúdo técnico. As respostas às perguntas serão classificadas de acordo com a seguinte escala: Sim, Não, Incompleto ou Não se aplica. Além disso, será reservado um espaço para que o avaliador registre observações adicionais.

+

Crongrama e Participantes

+

O integrante do grupo Márcio Henrique será responsável por realizar a verificação . Já, a integrante do grupo Luiza Maluf realizará a correção do artefato após a verificação. A tabela 1 apresenta os participantes da verificação.

+

+

Tabela 1 - Participantes da Verificação.

+ + + + + + + + + + + + + + + + + +
ParticipantePapel
Márcio HenriqueAvaliador
Luiza MalufRevisora
+

Fonte: Márcio Henrique

+

+

Sumário dos dados encontrados

+

O artefato foi verificado e gerou os resultados da tabela 2, em que as observações servem de complemento ao resultado.

+

+

Tabela 2 - Checklist para aspectos éticos.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
1O artefato possui introdução?Sim-
2O artefato possui uma bibliografia/referência bibliográfica?Sim-
3O artefato possui um histórico de versões com o id e descrição das versões, data, autores e revisores?Sim-
4Todas as tabelas e imagens são chamadas no texto, possuem legendas e fontes?Sim
5Todos os textos estão na norma padrão?Sim-
6O documento possui o cuidado ético de evitar prejudicar ou causar dano a outras pessoas, seus bens, reputação ou emprego?Sim
7O documento possui os princípios de autonomia, beneficiência, não maleficiência, justiça e equidade?IncompletoFalta justiça
8No documento, há a explicação do objetivo da pesquisa e como ela será realizada aos participantes?Sim-
9Há a garantia de confidencialidade e a privacidade dos dados brutos?sim
10Garante o anonimato dos participantes, preservação das suas imagens e a utilização cuidadosa das informações coletadas?Sim
11É explicitado um pedido de permissão para gravação? Seja de imagem ou voz do participante.Sim-
12Há esclarecido um consentimento livre de desistência do participante durante a pesquisa?Sim-
13Há local de assinatura do entrevistador e do entrevsitado?Sim-
+

Fonte: 2023, Bilheteria Digital .

+

+

Tendo a tabela 2 como base, serão feitas considerações no tópico subsequente.

+

Acompanhamento

+

Na figura 1 é possível analisar em forma de gráfico o percentual de erros e acertos de acordo com a checklist já preenchida.

+

+

Figura 1 - Gráfico com resultado da Checklist.

+ +

Fonte: Fonte: Márcio Henrique

+

Tabela 3 - Cronograma de Correções.

+ + + + + + + + + + + + + + + + + + + +
Data de CorreçãoDescriçãoResponsável(eis)Revisor(es)Status
+

Fonte: Elaborado por Fonte: Márcio Henrique

+

+

Bibliografia

+
+

ALVES, Douglas; MACIEL, Geovanna. verificação Aspectos. Repositório do Grupo bilheteria digital da disciplina Interação Humano-Computador da Universidade de Brasília, 2023. Disponível em: https://interacao-humano-computador.github.io/2023.1-BilheteriaDigital/verificacao/grupo/etapa2/aspectos-eticos/. Acesso em: 02/12/2024

+
+

Referências Bibliográficas

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.002/12/2023Criação do documentoMárcio HenriqueKaio Enzo
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo/etapa2/graficometas.png b/verificacao/grupo/etapa2/graficometas.png new file mode 100644 index 00000000..0fa10153 Binary files /dev/null and b/verificacao/grupo/etapa2/graficometas.png differ diff --git a/verificacao/grupo/etapa2/verificacao-analiseTarefas/index.html b/verificacao/grupo/etapa2/verificacao-analiseTarefas/index.html new file mode 100644 index 00000000..99a8e772 --- /dev/null +++ b/verificacao/grupo/etapa2/verificacao-analiseTarefas/index.html @@ -0,0 +1,4200 @@ + + + + + + + + + + + + + + + + + + + + + + + Análise de tarefas - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Análise de tarefas

+ +

Introdução

+

Nessa seção será feito a verificação do artefato de análise de tarefas. Segundo Barbosa e Silva (2011, p.196 e p.197), a análise de tarefas é uma técnica que visa identificar o trabalho dos usuários, como eles o realizam e por quê.

+

Metodologia

+

Segundo Barbosa e Silva (2011, p.197) as técnicas mais comuns temos a análise hierárquica de tarefas, GOMS, e o ConcurTaskTrees, sendo assim, a verificação será feita com base nessas técnicas. Uma lista de verificação com os aspectos mais importantes será utilizada para avaliar a qualidade do artefato, assim como, a lista de verificação base.

+

Cronogramas e Participantes

+

O integrante Kaio Enzo será responsável por realizar a verificação do artefato de análise de tarefas. Já o integrante Márcio Henrique será responsável pelas correções do artefato caso necessário. A tabela a seguir apresenta o cronograma para a atividade.

+

+Tabela 1 - Participantes da verificação.

+ + + + + + + + + + + + + + + + + +
ParticipantePapel
Kaio EnzoAvaliador
Márcio HenriqueRevisora
+

Fonte: Kaio Enzo +

+

Sumário dos dados encontrados

+

+Tabela 2 - Verificação do artefato.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
Padronização
1O artefato possui introdução?Sim
2O artefato possui uma bibliografia/referência bibliográfica?Sim
3O artefato possui um histórico de versões com o id e descrição das versões, data, autores e revisores?Sim
4Todas as tabelas e imagens são chamadas no texto, possuem legendas e fontes?Sim
5Todos os textos estão na norma padrão?Sim
Análise de Tarefas
6Foram utilizadas ao menos duas técnicas para especificar as tarefas (HTA, GOMS)?Sim
7A escolha das tarefas analisadas está de acordo com o perfil de usuário?Sim
8O fluxo das tarefas avaliadas está em consonância com as tarefas realizadas pelos usuários na vida real?Sim
9A análise de tarefas está voltada para a análise conceitual do problema em detrimento do funcionamento de telas e menus?Sim
+

Autor: Adaptado de Nicolas Souza, 2022 e Plano de ensino. +

+

Bibliografia

+
+

SOUZA, Nicolas; Relato dos resultados. Repositório do Grupo Linchess da disciplina Interação Humano-Computador da Universidade de Brasília, 2023. Disponível em: https://interacao-humano-computador.github.io/2022.2-Lichess/verificacao_validacao/pc2-resultados/#verificacao-aspectos-eticos/. Acesso em: 03/12/2024

+
+

Referências Bibliográficas

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisores
1.002/12/2024Criação do documento.Kaio Enzo
1.103/12/2024Correção do documento.Kaio Enzo
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo/etapa2/verificacao-carac-gerais/index.html b/verificacao/grupo/etapa2/verificacao-carac-gerais/index.html new file mode 100644 index 00000000..9eae3554 --- /dev/null +++ b/verificacao/grupo/etapa2/verificacao-carac-gerais/index.html @@ -0,0 +1,4362 @@ + + + + + + + + + + + + + + + + + + + + + + + Características Gerais - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Características Gerais

+ +

Introdução

+

Realizado o planejamento do que verificar, é o momento de realizar a inspeção em si. Esse documento apresenta os objetivos da verificação, a metodologia utilizada e os dados da verificação. Além disso, os principais problemas encontrados são sumarizados e analisados obtendo informações valiosas que serão utilizadas para sugerir ações corretivas para os mesmos.

+

Objetivo

+

O objetivo é avaliar a conformidade do artefato com as diretrizes de identificação de necessidades dos usuários e requisitos de IHC. Dentro do contexto acerca do artefato de Aspextos gerais da Etapa 3.

+

Metodologia

+

A verificação foi conduzida com base em uma checklist estruturada, elaborada a partir das recomendações de Barbosa e Silva sobre Interação Humano-Computador. A checklist abrange tanto aspectos formais da documentação quanto o conteúdo do perfil, visando garantir que este esteja completo, consistente e represente de forma precisa os usuários do sistema.. Na tabela 1 estão expostos todas as perguntas abordadas para verficação do artefato.Cada item pode ser classificado como não se aplica, sim, não e incompleto.

+

Cronograma e Participantes

+

O integrante do grupo Márcio Henrique será responsável por realizar a verificação . Já, a integrante do grupo Luiza Maluf realizará a correção do artefato após a verificação. A tabela 1 apresenta os participantes da verificação.

+

Tabela 1 - Participantes da Verificação.

+ + + + + + + + + + + + + + + + + +
ParticipantePapel
Márcio HenriqueAvaliador
Luiza MalufRevisora
+

Fonte: Márcio Henrique, 2024

+

+

Sumários dos Dados Encontrados

+

A tabela 2 a seguir apresenta a checklist com os dados obtidos a partir da verificação. +

+

Tabela 2 - Checklist de Verificação.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
Padronização
1O artefato possui introdução?Sim-
2O artefato possui uma bibliografia/referência bibliográfica?Sim-
3O artefato possui um histórico de versões com o id e descrição das versões, data, autores e revisores?IncompletoFalta atrivuir revisores
4Todas as tabelas e imagens são chamadas no texto, possuem legendas e fontes?Sim-
5Todos os textos estão na norma padrão?Não-
Características gerais
6São identificadas as características da plataforma para o projeto ?Sim-
7São identificados os navegadores ou dispositivos que podem acessar a plataforma ?Sim-
8São identificadas as limitações da plataforma ?Sim-
9São identificadas as funcionalidades da plataforma ?IncompletoFalta detalhamento
10São identificadas as tecnologias que foram utilizadas ?Não-
+

Fonte: Márcio Henrique, 2024.

+

+

Problemas Encontrados e Análise dos Dados

+

ID 3 - O artefato possui um histórico de versões com o id e descrição das versões, data, autores e revisores?

+

O documento não contem revisor.

+

ID 10 - São identificadas as tecnologias que foram utilizadas?

+

O documento em nenhum momento aborda quais tecnologias foram/são usadas no desenvolvimento e manutenção da aplicação.

+

Sugestões de Correção

+

Tendo em vista os problemas abordados anteriormente, fica como sugestão a realização das seguintes correções:

+
    +
  • Detalhar mais quais são as funcionalidades presentes na plataforma;
    • +
  • Identificar e documentar quais foram as tecnologias utilizadas no desenvolvimento.
    • +
  • Documentar revisores
    • +
+

Acompanhamento

+

A figura 1 apresenta um gráfico com o percentual de respostas sim, não, incompleto ou não se aplica, obtidas através da checklist de verificação.

+

+

Figura 1 - Gráfico do resultado da verificação.

+ + +

Fonte: Márcio Henrique, 2024.

+

+

+

Tabela 3 - Cronograma de Correções.

+ + + + + + + + + + + + + + + + + + + +
Data de CorreçãoDescriçãoResponsável(eis)Revisor(es)Status
+

Fonte: Márcio Henrique, 2024.

+

+

Bibliografia

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.003/12/2024Criação da página.Márcio HenqirueKaio Enzo
1.103/12/2024Correção da página.Kaio EnzoMárcio Henqirue
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo/etapa2/verificacao-etapa2/index.html b/verificacao/grupo/etapa2/verificacao-etapa2/index.html new file mode 100644 index 00000000..970b8f10 --- /dev/null +++ b/verificacao/grupo/etapa2/verificacao-etapa2/index.html @@ -0,0 +1,4199 @@ + + + + + + + + + + + + + + + + + + + + + + + Planejamento da Verificação da Etapa 2 - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Planejamento da Verificação da Etapa 2

+

Introdução

+

Neste espaço, apresentamos o planejamento detalhado para a verificação de artefatos de desenvolvimento, fundamentado nas teorias e metodologias de Bruno Silva e Simone Barbosa.

+

A qualidade e consistência dos artefatos são fundamentais para o sucesso de projetos de software, e esse planejamento busca estabelecer um processo criterioso de verificação.

+

Objetivo

+

Com base em princípios de consistência, completude e clareza, o objetivo deste planejamento é garantir que cada artefato esteja alinhado com as especificações e atenda aos requisitos estabelecidos. +Os procedimentos aqui descritos incluem critérios específicos para revisão, técnicas de inspeção, e um plano de acompanhamento para registrar não-conformidades e implementar melhorias contínuas.

+

Metodologias

+

Para garantir a qualidade e a precisão dos artefatos apresentados na página do projeto, adotaremos a Inspeção Formal como metodologia de verificação. +Com base no plano de ensino da matéria de IHC, utilizaremos uma checklist geral para a verificação dos artefatos, que será aplicada por cada integrante do grupo no artefato de outro integrante. E também, utilizaremos a técnica de Revisão por Pares para a verificação dos artefatos, onde cada artefato será revisado por um integrante do grupo que não o produziu.

+

Participantes

+

Foi dividido entre os três integrantes do grupo a tarefa de verificação dos artefatos produzidos na etapa 1, visando principalmente evitar que o autor e o reivsor de um mesmo artefato fossem a mesma pessoa.

+

A seguir está relacionado os responsáveis por cada verificação, assim como seu respectivo artefato.

+

+Tabela 1 - Participantes

+ + + + + + + + + + + + + + + + + + + + + +
ArtefatoRevisor
Perfil do UsuárioMárcio Henrique
Aspéctos ÉticosMárico Henrique
Análise de TarefasKaio Enzo
+

Autor: Kaio Enzo +

+

Desenvolvimento do projeto

+

+Tabela 2 - Lista de verificação do desenvolvimento do projeto base.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Itens de VerificaçãoRespostaVersão, Data e Hora da avaliação
O histórico de versão padronizado?Sim1.0, 03/12/2024 , 22h40
O(s) autor(es) e o(s) revisor(es) para cada artefato?1.0, 03/12/2024 , 22h42
Referências bibliográficas e/ou bibliografia em todos os artefatos?1.0, 03/12/2024 , 22h44
As tabelas e imagens possuem legenda e fonte e elas chamadas dentro dos texto?1.0, 03/12/2024 , 22h46
Um texto fazendo uma introdução dos artefatos?1.0, 03/12/2024 , 22h49
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.1.0, 03/12/2024 , 22h52
Ata(s) da(s) reuniões (com data, horário de início e do final, participantes, objetivo,
atividades definidas etc).1.0, 03/12/2024 , 22h56
A gravação da reunião do grupo.1.0, 03/12/2024 , 23h01
Vídeo de apresentação na categoria “não listado” no youtube?1.0, 03/12/2024 , 23h03
+

Fonte: Plano de ensino. +

+

Referência bibliográfica

+
+

Plano de Ensino da Disciplina - 2024

+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.002/12/2024Criação do documento.Kaio Enzo
1.102/12/2024Correção do documento.Kaio Enzo
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo/etapa2/verificacao-etapa3/index.html b/verificacao/grupo/etapa2/verificacao-etapa3/index.html new file mode 100644 index 00000000..2cdb5528 --- /dev/null +++ b/verificacao/grupo/etapa2/verificacao-etapa3/index.html @@ -0,0 +1,4231 @@ + + + + + + + + + + + + + + + + + + + + + + + Planejamento da Verificação da Etapa 3 - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Planejamento de Verificação da Etapa 1

+

Introdução

+

Neste espaço, apresentamos o planejamento detalhado para a verificação de artefatos de desenvolvimento, fundamentado nas teorias e metodologias de Bruno Silva e Simone Barbosa.

+

A qualidade e consistência dos artefatos são fundamentais para o sucesso de projetos de software, e esse planejamento busca estabelecer um processo criterioso de verificação.

+

Objetivo

+

Com base em princípios de consistência, completude e clareza, o objetivo deste planejamento é garantir que cada artefato esteja alinhado com as especificações e atenda aos requisitos estabelecidos. +Os procedimentos aqui descritos incluem critérios específicos para revisão, técnicas de inspeção, e um plano de acompanhamento para registrar não-conformidades e implementar melhorias contínuas.

+

Metodologias

+

Para garantir a qualidade e a precisão dos artefatos apresentados na página do projeto, adotaremos a Inspeção Formal como metodologia de verificação. +Com base no plano de ensino da matéria de IHC, utilizaremos uma checklist geral para a verificação dos artefatos, que será aplicada por cada integrante do grupo no artefato de outro integrante. E também, utilizaremos a técnica de Revisão por Pares para a verificação dos artefatos, onde cada artefato será revisado por um integrante do grupo que não o produziu.

+

Participantes

+

Foi dividido entre os três integrantes do grupo a tarefa de verificação dos artefatos produzidos na etapa 1, visando principalmente evitar que o autor e o reivsor de um mesmo artefato fossem a mesma pessoa.

+

A seguir está relacionado os responsáveis por cada verificação, assim como seu respectivo artefato.

+

+Tabela 1 - Participantes

+ + + + + + + + + + + + + + + + + + + + + + + + + +
ArtefatoRevisor
Metas de UsabilidadeLuiza Maluf
Características GeraisMárcio Henrique
Guia de EstilosMárcio Henrique
Princípios GeraisKaio Enzo
+

+

Cronograma

+

A verificação será realizada durante o dia 03/12/2024 por cada integrante do grupo e registrada na página de documentação do projeto.

+

Resultados

+

O resultado da verificação de cada artefato pode ser acessado com os links a seguir:

+ +

Lista de Verificação

+

+Tabela 2 - Lista de verificação do desenvolvimento do projeto base.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Itens de VerificaçãoRespostaVersão, Data e Hora da avaliação
O histórico de versão padronizado?NãoFalta incluir os revisores
O(s) autor(es) e o(s) revisor(es) para cada artefato?Não2.0 , 03/12/2024, 21H22
Referências bibliográficas e/ou bibliografia em todos os artefatos?Sim2.0 , 03/12/2024, 21H24
As tabelas e imagens possuem legenda e fonte e elas chamadas dentro dos texto?Sim2.0 , 03/12/2024, 21H26
Um texto fazendo uma introdução dos artefatos?Sim2.0 , 03/12/2024, 21H29
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.Não2.0 , 03/12/2024, 21H32
Ata(s) da(s) reuniões (com data, horário de início e do final, participantes, objetivo, atividades definidas etc).Não2.0 , 03/12/2024, 21H34
A gravação da reunião do grupo.Não2.0 , 03/12/2024, 21H37
Vídeo de apresentação na categoria “não listado” no youtube?Não2.0 , 03/12/2024, 21H40
+

Fonte: Plano de Ensino

+

+

Referências Bibliográficas

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+

SALES, B. André. Plano de Ensino FIHC 022024 Turma 01 v1. Brasília, DF, 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: 3 dez, 2024.

+
+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)
1.002/12/2024Descrição dos Princípios Gerais do Projeto.Luiza Maluf
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo/etapa2/verificacao-guia-de-estilo/index.html b/verificacao/grupo/etapa2/verificacao-guia-de-estilo/index.html new file mode 100644 index 00000000..698939e7 --- /dev/null +++ b/verificacao/grupo/etapa2/verificacao-guia-de-estilo/index.html @@ -0,0 +1,4651 @@ + + + + + + + + + + + + + + + + + + + + + + + Guia de estilos - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Verificação do Guia de Estilo

+

Introdução

+

Realizado o planejamento do que verificar, é o momento de realizar a inspeção em si. Esse documento apresenta os objetivos da verificação, a metodologia utilizada e os dados da verificação. Além disso, os principais problemas encontrados são sumarizados e analisados obtendo informações valiosas que serão utilizadas para sugerir ações corretivas para os mesmos.

+

Objetivo

+

O objetivo é avaliar a conformidade do artefato com as diretrizes de identificação de necessidades dos usuários e requisitos de IHC. Dentro do contexto acerca do artefato de Guia de Estilo da Etapa 3.

+

Metodologia

+

A verificação foi conduzida com base em uma checklist estruturada, elaborada a partir das recomendações de Barbosa e Silva sobre Interação Humano-Computador. A checklist abrange tanto aspectos formais da documentação quanto o conteúdo do guia de estilo, visando garantir que este esteja completo, consistente e represente de forma precisa os usuários do sistema. Na tabela 1 estão expostos todas as perguntas abordadas para verficação do artefato. Cada item pode ser classificado como não se aplica, sim, não e incompleto

+

Na tabela 1, os campos de "Avaliação" e "Observações" serão preenchidos no desenvolvimento em que haverá uma discussão a respeito de alguns itens. Para tal será utilizado o ID da pergunta.

+

Cronograma e Participantes

+

O integrante do grupo Márcio Henrique será responsável por realizar a verificação . Já, a integrante do grupo Luiza Maluf realizará a correção do artefato após a verificação. A tabela 1 apresenta os participantes da verificação. +

+

Tabela 1 - Participantes da Verificação.

+ + + + + + + + + + + + + + + + + +
ParticipantePapel
Márcio HenriqueAvaliador
Luiza MalufRevisora
+

Autor: Márcio Henrique, 2024

+

+

Sumários dos Dados Encontrados

+

A tabela 2 a seguir apresenta a checklist com os dados obtidos a partir da verificação. As fontes de cada pergunta foram apresentadas na página de planejamento.

+

+

Tabela 2 - Lista de Verificação.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
Padronização
1O artefato possui introdução?Não-
2O artefato possui uma bibliografia/referência bibliográfica?Sim-
3O artefato possui um histórico de versões com o id e descrição das versões, data, autores e revisores?IncompletoFalta atrivuir revisores
4Todas as tabelas e imagens são chamadas no texto, possuem legendas e fontes?Sim-
5Todos os textos estão na norma padrão?Não-
Guia de Estilo
6Existe um tópico de introdução?Incompleto-
6.1Existe um subtópico de objetivo do guia de estilo?Sim-
6.2Existe um subtópico de organização e conteúdo do guia de estilo?Sim-
6.3Existe um subtópico de público-alvo do guia de estilos?Sim-
6.4Existe um subtópico de como utilizar o guia?Sim-
6.5Existe um subtópico de como manter o guia?Sim-
7Existe um tópico de resultados de análise?Sim-
7.1Existe um subtópico de descrição do ambiente de trabalho do usuário?Sim
8Existe um tópico de Elementos de interface?Sim-
8.1Existe um subtópico de disposição espacial e grid?Sim
8.2Existe um subtópico de janelas?Sim
8.3Existe um subtópico de tipografia?Sim
8.4Existe um subtópico de símbolos não tipográficos?Não
8.5Existe um subtópico de cores?Sim
8.6Existe um subtópico de animações?Não-
9Existe um tópico de Elementos de interação?Sim-
9.1Existe um subtópico de estilos de interação?Sim
9.2Existe um subtópico de seleção de um estilo?Sim
9.3Existe um subtópico de aceleradores (teclas de atalho)?Sim
10Existe um tópico de Elementos de ação?Sim-
10.1Existe um subtópico de preenchimento de campos?Sim
10.2Existe um subtópico de seleção?Sim
10.3Existe um subtópico de ativação?Sim
11Existe um tópico de Vocabulário e padrões?Sim-
11.1Existe um subtópico de terminologia?Sim
11.2Existe um subtópico de tipos de tela (para tarefas comuns)?Sim
11.3Existe um subtópico de sequências de diálogos?Sim
12O Guia de Estilo apresenta como os Princípios Gerais do Projeto serão adicionados ao projeto?Não-
13O guia trata as metas de usabilidade priorizadas?Não-
+

Fonte: Márcio Henrique, Luiza Maluf e Kaio Enzo , 2024.

+

+

Problemas Encontrados e Análise dos Dados

+

ID 1 - O artefato possui introdução?

+

O artefato já introduz direto nos objetivos do guia de estilo, deixando confuso ao que o artefato será apresentado.

+

ID 6 - Existe um tópico de introdução?

+

O tópico não é apresentado seguindo as recomendações de Mayhew (1999), com os subtópicos de objetivos, organização e conteúdo, público-alvo, como utilizar e como manter o guia sendo subtópicos do tópico Objetivo.

+

ID 8.1 - Existe um subtópico de disposição espacial e grid?

+

A tela do Figma contém uma representação visual inicial das disposições e grids, mas se assemelha mais a um protótipo de baixa fidelidade. As medidas em pixels, essenciais para o desenvolvimento preciso, não estão explicitadas. Além disso, a ausência de um subtópico dedicado torna a organização e localização dos elementos mais complexas.

+

ID 8.4 - Existe um subtópico de símbolos não tipográficos?

+

Não existe este conteúdo no artefado verificado

+

ID 8.6 - Existe um subtópico de animações?

+

Não existe este conteúdo no artefado verificado

+

ID 12 - O Guia de Estilo apresenta como os Princípios Gerais do Projeto serão adicionados ao projeto?

+

Não é explicado como os principios gerais serão adicionados no projeto em nenhuma parte do artefato.

+

ID 13 - O guia trata as metas de usabilidade priorizadas?

+

O guia não apresenta sugestões de tratamento para as metas de usabilidades priorizadas

+

Sugestões de Correção

+

Fica como sugestão a realização das seguintes correções:

+
    +
  • Corrigir os erros ortográficos;
    • +
  • Adicionar os tópicos faltantes;
    • +
  • Explicar como os princípios gerais será utilizado no guia;
    • +
  • Apresentar tratamentos para os problemas nas metas de usabilidade priorizadas.
    • +
+

Acompanhamento

+

A figura 1 apresenta um gráfico com o percentual de respostas sim, não, incompleto ou não se aplica, obtidas através da checklist de verificação.

+

+

Figura 1 - Gráfico do resultado da verificação.

+ + +

Fonte: Márcio Henrique, 2024.

+

+

Retrabalho

+

Como proposto por Fagan, para o retrabalho os autores do artefato (Luiza Maluf ) serão responsáveis em um primeiro momento por corrigir os problemas apresentados seguindo a lista de sugestão de correção apresentada anteriormente, porém há a possibilidade de outros integrantes do grupo realizarem as correções propostas.

+

+

Tabela 3 - Cronograma de Correções.

+ + + + + + + + + + + + + + + + + + + +
Data de CorreçãoDescriçãoResponsável(eis)Revisor(es)Status
+

Fonte: Elaborado por Márcio Henrique, 2024.

+

+

Referências Bibliográficas

+
+

MARCUS, A. Graphic Design for Electronic Documents and User Interfaces. New York: The ACM Press, 1992.

+

MAYHEW, D. The Usability Engineering Lifecycle: a practitioner’s handbook for user interface design. San Francisco: Morgan Kaufmann, 1999.

+
+

Bibliografia

+
+

FERREIRA, Rafael. Verificação do Planejamento da Avaliação da Análise de Tarefas. Repositório do Grupo Bilheteria Digital da disciplina de Interação Humano Computador da Universidade de Brasília, 2023. Disponível em: <<>>. Acesso em: 10 dezembro 2024.

+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.003/12/2024Criação do documentoMárcio HenriqueLuiza Maluf
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo/etapa2/verificacao-metasUsab/index.html b/verificacao/grupo/etapa2/verificacao-metasUsab/index.html new file mode 100644 index 00000000..cc85032b --- /dev/null +++ b/verificacao/grupo/etapa2/verificacao-metasUsab/index.html @@ -0,0 +1,4381 @@ + + + + + + + + + + + + + + + + + + + + + + + Metas de Usabilidade - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Verificação das Metas de Usabilidade

+

Introdução

+

Este documento apresenta a verificação de software com foco nas metas de usabilidade definidas para o Portal DETRAN-DF.

+

Objetivo

+

O objetivo desse artefato é avaliar a conformidade do portal com os critérios de eficácia, eficiência, segurança, facilidade de aprendizado, facilidade de recordação e satisfação.

+

Metodologia

+

A metodologia adotada para a realização desta verificação consiste na aplicação de uma checklist estruturada, composta por um conjunto de perguntas que abrangem tanto os aspectos formais do documento quanto o seu conteúdo técnico. As respostas às perguntas serão classificadas de acordo com a seguinte escala: Sim, Não, Incompleto ou Não se aplica. Além disso, será reservado um espaço para que o avaliador registre observações adicionais.

+

Cronograma e Participantes

+

A integrante do grupo Luiza Maluf será responsável por realizar a verificação. Já, o integrante do grupo Kaio Enzo realizará a correção do artefato após a verificação. A tabela 1 apresenta os participantes da verificação.

+

+

Tabela 1 - Participantes da Verificação.

+ + + + + + + + + + + + + + + + + +
ParticipantePapel
Luiza MalufAvaliador
Kaio EnzoRevisora
+

Autor: Luiza Maluf, 2024

+

+

Lista de Verificação

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
Padronização
1O artefato possui introdução?Sim-
2O artefato possui uma bibliografia/referência bibliográfica?Sim-
3O artefato possui um histórico de versões com o id e descrição das versões, data, autores e revisores?IncompletoFalta atrivuir revisores
4Todas as tabelas e imagens são chamadas no texto, possuem legendas e fontes?Sim-
5Todos os textos estão na norma padrão?Sim-
Metas de Usabilidade
6São apresentados quais fatores de qualidade de uso serão priorizados no projeto?Sim
7A razão da seleção das metas de usabilidade?Sim\
8As metas foram definidas através do perfil de usuário?Sim
9Foram definidas as usabilidades em 6 metas?Sim
10O artefato descreve o contexto de uso do sistema (plataformas e dispositivos)?Sim
11As metas incluem métricas para avaliação objetiva (ex: tempo, cliques, taxa de sucesso)?Sim
12As metas consideram segurança (ex: proteção de dados, prevenção de erros)?Sim
14O texto aborda diferentes níveis de experiência dos usuários?NãoNão menciona níveis como iniciantes ou avançados explicitamente
+

Problemas Encontrados

+

ID 3: O artefato possui um histórico de versões com o id e descrição das versões, data, autores e revisores?

+

O artefato não possui o campo revisores preenchido.

+

ID 14: O texto aborda diferentes níveis de experiência dos usuários?

+

As metas de usabilidade não menciona níveis como iniciantes ou avançados explicitamente.

+

Sugestão de Correção

+
    +
  • +

    Adicionar os revisores na tabela do histórico de versões;

    +
    • +
  • +

    Tratar níveis de usuários diferentes.

    +
    • +
+

Acompanhamento

+

Na figura 1, é apresentado um gráfico como o percentual de respostas "Sim", "Não", "Incompleto", obtidas atraves da lista de verificação.

+

+

Figura 1 - Gráfico do resultado da verificação.

+

Gráfico do resultado da verificação

+

Autor: Luiza Maluf

+

+

Correção

+

Como proposto por Fagan, os integrantes do grupo que foram responsáveis pela produção do artefato que devem fazer as devidas correções propostas pela verificação.

+

Dessa forma, após a correção, o autor dessa verificação irá revisar se as correçõe s foram feitas da forma correta.

+

+ + + + + + + + + + + + + + + + + + + +
Data da CorreçãoDescriçãoResponsável(eis)Revisor(es)Status
21/12/2024Correções sugeridasKaio EnzoLuiza Maluf
+

+

Referências Bibliográficas

+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor
1.003/12/2024Verificação das metas de usabilidadeLuiza MalufKaio Enzo
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo/etapa2/verificacao-perfil-usuario/index.html b/verificacao/grupo/etapa2/verificacao-perfil-usuario/index.html new file mode 100644 index 00000000..da11c183 --- /dev/null +++ b/verificacao/grupo/etapa2/verificacao-perfil-usuario/index.html @@ -0,0 +1,4216 @@ + + + + + + + + + + + + + + + + + + + + + + + Perfil do Usuário - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Perfil do Usuário

+ +

Introdução

+

Este documento detalha a verificação do artefato Perfil de Usuário. A análise seguirá a metodologia de inspeção de Fagan, utilizando uma checklist baseada nas diretrizes de Interação Humano-Computador de Barbosa e Silva. O objetivo é identificar e classificar possíveis falhas no perfil, garantindo sua qualidade e alinhamento com os princípios de IHC.

+

Metodologia

+

A verificação foi conduzida com base em uma checklist estruturada, elaborada a partir das recomendações de Barbosa e Silva sobre Interação Humano-Computador. A checklist abrange tanto aspectos formais da documentação quanto o conteúdo do perfil, visando garantir que este esteja completo, consistente e represente de forma precisa os usuários do sistema.. Na tabela 1 estão expostos todas as perguntas abordadas para verficação do artefato.Cada item pode ser classificado como não se aplica, sim, não e incompleto.

+

Na tabela 1, os campos de "Avaliação" e "Observações" serão preenchidos no desenvolvimento em que haverá uma discussão a respeito de alguns itens. Para tal será utilizado o ID da pergunta.

+

Desenvolvimento

+

O artefato foi verificado e gerou os resultados da tabela 2, sendo possível identificar os tópicos faltantes e/ou concluídos.

+

Tabela 2 - Checklist preechido.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
1O artefato possui Introdução?Sim
2O artefato artefato possui uma Bibliografia/Referência Bibliográfica?Sim
3O artefato possui um Histórico de Versões com o id e descrição das versões, data, autores e revisores?IncompletoFalta revisores
4Todas as tabelas e imagens são chamadas no texto, possuem legendas e fontes?SimEstão distribuídas fora da norma ABNT
5Todos os textos estão na norma padrão?Sim
6Foram identificadas características de interesse (como cargo, função, experiência, nível de instrução, atividades principais, faixa etária, relação com tecnologia, conhecimento do domínio do produto, principais tarefas realizadas, entre outras) para serem coletadas dos usuários?SimSerá justificado no texto.
7Os dados para o perfil de usuário foram coletados por meio de algum estudo, como entrevistas ou questionários?SimSerá justificado no texto.
8Os perfis de usuário são agrupados por faixa etária, experiência, atitude e tarefas primárias no sistema?Sim
9A proporção de usuários em cada perfil foi determinada?Sim
+

Fonte: Márcio Henrique.

+

Com base na tabela preenchida, serão feitas considerações acerca de alguns itens da tabela.

+

ID 6 - Foram identificadas características de interesse (como cargo, função, experiência, nível de instrução, atividades principais, faixa etária, relação com tecnologia, conhecimento do domínio do produto, principais tarefas realizadas, entre outras) para serem coletadas dos usuários?

+

O grupo enfatizou que as principais caracteristas tenha sido coletadas. Portanto apesar de nem todas as tarefas oferecidos não serem colocados no questionário, foi enfatizado a funções mais utilizadas para o cidadão em geral.

+

ID 7 - Os dados para o perfil de usuário foram coletados por meio de algum estudo, como entrevistas ou questionários?

+

A escolha do grupo de utilizar o artigo feito pela CBEO - Congresso brasileiro de estudos organizacionais mais informações, a esse estudo foi focado para o CIC - Centro Integrado de cultura, sendo adaptado para o contexto do nosso projeto utilizando o sistema do Detran-DF. Isso em conjunto com o questionário elaborado pelos participantes possibilitou juntar diversos dados interessantes e pertinentes para o artefato.

+

Sugestões e melhorias

+

Apesar da detalhadamento das informações, o artefato se encontra bem completo e as pesquisas utilizadas são um diferencial . De sugestões e melhorias ficam:

+
    +
  • Especificar a proporção dos usuários em cada perfil;
    • +
+

Bibliografia

+
+

Weschenfelder, Salles. PESQUISA DE IDENTIFICAÇÃO DE PERFIL E DESATISFAÇÃO DOS USUÁRIOS DO CENTRO INTEGRADO DE CULTURA (CIC) COMO FONTE DE INFORMAÇÃO PARA GESTÃO PÚBLICA DA CULTURA. Canais do Congresso Brasileiro de Estratégia - CEBEO, [S.l.],2016. Disponível em: https://anaiscbeo.emnuvens.com.br/cbeo/article/download/215/207. Acesso em: 03 dez. 2024.

+
+

Referências Bibliográficas

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+
+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.003/12/2024Verificação do perfil do usuárioDeM4rcioLuiza Maluf
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo/etapa2/verificacao-principio-gerais/index.html b/verificacao/grupo/etapa2/verificacao-principio-gerais/index.html new file mode 100644 index 00000000..a4e7368c --- /dev/null +++ b/verificacao/grupo/etapa2/verificacao-principio-gerais/index.html @@ -0,0 +1,4262 @@ + + + + + + + + + + + + + + + + + + + + + + + Principios gerais - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Verificação do Perfil do Usuário

+

Introdução

+

Realizado o planejamento do que verificar, é o momento de realizar a inspeção em si. Esse documento apresenta os objetivos da verificação, a metodologia utilizada e os dados da verificação. Além disso, os principais problemas encontrados são sumarizados e analisados obtendo informações valiosas que serão utilizadas para sugerir ações corretivas para os mesmos.

+

Objetivo

+

O objetivo é avaliar a conformidade do artefato com as diretrizes de identificação de necessidades dos usuários e requisitos de IHC. Dentro do contexto acerca do artefato de Principios gerais da Etapa 3.

+

Metodologia

+

A verificação foi conduzida com base em uma checklist estruturada, elaborada a partir das recomendações de Barbosa e Silva sobre Interação Humano-Computador. A checklist abrange tanto aspectos formais da documentação quanto o conteúdo do perfil, visando garantir que este esteja completo, consistente e represente de forma precisa os usuários do sistema.. Na tabela 1 estão expostos todas as perguntas abordadas para verficação do artefato.Cada item pode ser classificado como não se aplica, sim, não e incompleto.

+

Cronograma e Participantes

+

O integrante do grupo Márcio Henrique será responsável por realizar a verificação. Já o integrante do grupo Kaio Enzo realizará a correção do artefato após a verificação. A tabela 1 apresenta os participantes da verificação.

+

+

Tabela 1 - Participantes da Verificação.

+ + + + + + + + + + + + + + + + + +
ParticipantePapel
Márcio HenriqueAvaliador
Kaio EnzoRevisorr
+

Fonte: Márcio Henrique, 2024

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
Padronização
1O artefato possui introdução?Sim-
2O artefato possui uma bibliografia/referência bibliográfica?Sim-
3O artefato possui um histórico de versões com o id e descrição das versões, data, autores e revisores?IncompletoFalta atrivuir revisores
4Todas as tabelas e imagens são chamadas no texto, possuem legendas e fontes?Sim-
5Todos os textos estão na norma padrão?Não-
Princípios Gerais
6O documento apresentaa embasamento teórico?Sim-
7Foram identificadas violações dos princípios gerais definidos no projeto? Caso sim, essas violações foram explicitadas?Sim-
8O documento contém correspondência com as expectativas dos usuários ?Sim-
9O documento contém simplicidade nas estruturas das tarefas ?Sim-
10O documento contém equilíbrio entre controle e liberdade do usuário ?Sim-
11O documento contém consistência e padronização ?Sim-
12O documento contém promoção da eficiência do usuário ?Sim-
13O documento contém antecipação das necessidades do usuário ?Sim-
14O documento contém visibilidade e reconhecimento ?Sim-
15O documento gerais contém conteúdo relevante e expressão adequada ?Sim-
16O documento contém projeto para erros ?Sim-
+

Sugestões de Correção

+

Não foi encontrado nenhum erro, ou fora das conformidades da verificação.

+

Acompanhamento

+

A figura 1 apresenta um gráfico com o percentual de respostas sim, não, incompleto ou não se aplica, obtidas através da checklist de verificação.

+

+

Figura 1 - Gráfico do resultado da verificação.

+ + +

Autor: Márcio Henrique, 2024.

+

+

Bibliografia

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+
+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.003/12/2024Criação do Documento.Márcio HenriqueKaio Enzo
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo/etapa4/graf-verf-analise.png b/verificacao/grupo/etapa4/graf-verf-analise.png new file mode 100644 index 00000000..c6b5c689 Binary files /dev/null and b/verificacao/grupo/etapa4/graf-verf-analise.png differ diff --git a/verificacao/grupo/etapa4/graf-verf-result.png b/verificacao/grupo/etapa4/graf-verf-result.png new file mode 100644 index 00000000..9dd950f5 Binary files /dev/null and b/verificacao/grupo/etapa4/graf-verf-result.png differ diff --git a/verificacao/grupo/etapa4/planejamento-verificacao-etapa4/index.html b/verificacao/grupo/etapa4/planejamento-verificacao-etapa4/index.html new file mode 100644 index 00000000..fbf6da98 --- /dev/null +++ b/verificacao/grupo/etapa4/planejamento-verificacao-etapa4/index.html @@ -0,0 +1,4988 @@ + + + + + + + + + + + + + + + + + + + + + + + Planejamento da Verificação da Etapa 4 - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Planejamento da Verificação da Etapa 4

+

Introdução

+

A verificação é uma das etapas mais importantes do desenvolvimento de um projeto. Nela os artefatos produzidos são analisados garantindo que os mesmos cumpram com os seus requisitos especificados.

+

Objetivos

+

O objetivo deste documento é verificar se os artefatos produzidos na Etapa 4 do Grupo 8 possuem os itens e o padrão exigidos para tais.

+

Metodologia

+

A metodologia escolhida para esta verificação é a inspeção. Desenvolvida originalmente para códigos de software por Fagan na IBM em 1976, essa técnica consiste em uma revisão formal dos artefatos produzidos a fim de se encontrar defeitos. Essa revisão é realizada através de uma checklist onde se tem uma lista com os defeitos mais comuns que deverão ser identificados, analisados e classificados. Vale ressaltar que a leitura do artefato não deve ser feita pelo o autor do mesmo. Ao findar a verificação, será exibido um gráfico referente aos resultados obtidos.

+

Participantes

+

O responsável pelas verificações são os integrantes do Grupo 8: Márcio Henrique e Luiza Maluf, os quais realizam tanto a verificação do planejamento e do relato de seus resultados.

+

Objetos de Verificação

+

Os artefatos alvos dessa verificação são:

+ +

Cronograma

+

A tabela 1 a seguir, apresenta o cronograma das atividades a serem realizadas.

+

+

Tabela 1 - Cronograma das Atividades.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
DataDescriçãoResponsável
10/12/2024Verificação do Planejamento da Avaliação da Análise de Tarefas.Luiza Maluf
10/12/2024Verificação do Planejamento do Relato dos Resultados da Análise de Tarefas.Luiza Maluf
10/12/2024Verificação do Planejamento da Avaliação do Storyboard.Márcio Henrique
10/12/2024Verificação do Planejamento do Relato dos Resultados do Storyboard.Márcio Henrique
03/07/2023Verificação dos Storyboards.Luiza Maluf e Márcio Henrique
+

Autor: Márcio Henrique.2024

+

+

Listas de Verificação

+

As listas foram construídas levando em conta os padrões esperados para cada artefato, as principais tarefas realizadas na elaboração dos mesmos e as sugestões de elementos de análise elaborada por Simone e Silva.

+

Geral

+

A tabela 2 a seguir apresenta a checklist referente aos aspectos gerais que os artefatos devem seguir.

+

+

Tabela 2 - Checklist para os Itens Gerais.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
Padronização
1O artefato possui introdução?-
2O artefato possui uma bibliografia/referência bibliográfica?-
3O artefato possui um histórico de versões com o id e descrição das versões, data, autores e revisores?
4Todas as tabelas e imagens são chamadas no texto, possuem legendas e fontes?-
5Todos os textos estão na norma padrão?-
+

Fonte: Plano de Ensino

+

+

Planejamento da Avaliação da Análise de Tarefas

+

A tabela 3 a seguir apresenta a checklist referente aos itens exigidos para o resultados da avaliação. Essa checklist também será utilizada para a análise de tarefas, sendo modificado apenas o nome da tabela no momento de apresentação.

+

+

tabela 3

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservaçõesAutor do Item
1O planejamento detalha claramente os objetivos da análise de tarefas?--Luiza Maluf
2O planejamento segue o framework DECIDE (Definir, Explorar, Contextualizar, Identificar, Decidir e Avaliar)?--Luiza Maluf
3Os objetivos da avaliação estão definidos de forma clara no documento?--Luiza Maluf
4As perguntas-chave que devem ser respondidas durante a avaliação estão listadas?--Luiza Maluf
5As perguntas selecionadas possuem referências que justificam sua inclusão?--Luiza Maluf
6Os métodos de avaliação a serem utilizados estão especificados?--Luiza Maluf
7O documento especifica quem serão os participantes da avaliação?--Luiza Maluf
8A justificativa para a quantidade de participantes selecionados está descrita?--Luiza Maluf
9Os perfis dos participantes estão alinhados com os perfis de usuário definidos na análise?--Luiza Maluf
10O papel de cada participante durante a avaliação está claramente definido?--Luiza Maluf
11Existe um cronograma detalhado com datas, horários e locais para a execução da avaliação?--Luiza Maluf
12As ferramentas e os equipamentos necessários para a avaliação estão listados?--Luiza Maluf
13Os custos associados à avaliação estão descritos?--Luiza Maluf
14Os recursos de mão de obra necessários para realizar a avaliação estão especificados?--Luiza Maluf
15O planejamento aborda como serão tratados os aspectos éticos durante a avaliação?--Luiza Maluf
16O documento descreve como os dados serão interpretados e apresentados após a avaliação?--Luiza Maluf
17As tarefas para a execução da avaliação estão detalhadas de forma clara e sequencial?--Luiza Maluf
18Existe uma seção dedicada ao teste piloto, com definição, participantes, local, data e horário?--Luiza Maluf
19O planejamento prevê a gravação ou registro do teste piloto para revisão posterior?--Luiza Maluf
20O documento detalha como os dados coletados serão documentados e tratados, incluindo confiabilidade das respostas e conformidade com o perfil de usuário?--Luiza Maluf
+

Autor: Luiza Maluf , 2024.

+

+

Planejamento da Avaliação dos resultados da analise de Tarefas

+

A tabela 4 a seguir apresenta a checklist referente aos itens exigidos para o resultados da avaliação. Essa checklist também será utilizada para a os resultados da análise de tarefas, sendo modificado apenas o nome da tabela no momento de apresentação.

+

+

tabela 3

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservaçõesAutor do Item
1O planejamento define claramente os objetivos e o escopo da avaliação dos resultados?--Luiza Maluf
2Os métodos de avaliação dos resultados estão especificados no planejamento?--Luiza Maluf
3Os participantes da avaliação estão identificados e selecionados conforme o perfil de usuário definido?--Luiza Maluf
4Existe uma justificativa para a escolha e quantidade de participantes da avaliação?--Luiza Maluf
5O papel de cada participante na avaliação está claramente descrito?--Luiza Maluf
6O planejamento apresenta instruções ou diretrizes para identificar problemas e dificuldades durante a avaliação?--Luiza Maluf
7Existe uma seção no planejamento dedicada ao feedback dos usuários?--Luiza Maluf
8O planejamento inclui uma análise da interação do usuário com o sistema?--Luiza Maluf
9Há tópicos definidos para resumir os principais resultados da avaliação?--Luiza Maluf
10Os resultados da avaliação incluem uma reflexão sobre as questões que motivaram o estudo?--Luiza Maluf
11Existe uma proposta de melhorias ou plano de reprojeto do sistema com base nos resultados obtidos?--Luiza Maluf
12Os custos e recursos necessários (ferramentas, equipamentos, mão de obra) estão especificados?--Luiza Maluf
13O planejamento apresenta um cronograma detalhado com datas, horários e locais para a realização da avaliação?--Luiza Maluf
14Há uma seção para um teste piloto, incluindo definição, participantes, local, data e horário?--Luiza Maluf
15Existe uma gravação ou registro planejado para o teste piloto?--Luiza Maluf
16O planejamento segue um padrão consolidado e consistente com outros planejamentos de artefatos similares?--Luiza Maluf
+

Autor: Luiza Maluf, 2024.

+

+

Planejamento da Avaliação do Storyboard

+

+

tabela 4

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservaçõesAutor do Item
1A metodologia está teoricamente embasada?-Márcio Henrique
2O planejamento deixa claro quais são os objetivos?-Márcio Henrique
3O roteiro de perguntas já está definido no planejamento?-Márcio Henrique
4Os métodos de avaliação estão especificados?-Márcio Henrique
5Existe dentro do planejamento um espaço para teste-piloto?-Márcio Henrique
6Há especificado os aspectos éticos dentro do planejamento?-Márcio Henrique
7Todas as atividades relacionadas ao Framework DECIDE são abordados?-Márcio Henrique
8Está especificado o autor das perguntas que são feitas na execução do planejamento?-Márcio Henrique
+

Autor: Márcio Henrique, 2024.

+

+

Planejamento da Avaliação do Relato dos Resultados

+

+

tabela 5

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservaçõesAutor do Item
1O planejamento explica como lidar com problemas e dificuldades identificados nos resultados da avaliação?-Márcio Henrique
2O planejamento apresenta instruções ou diretrizes para identificar problemas e dificuldades durante a avaliação?-Márcio Henrique
3Existe uma seção no planejamento dedicada ao feedback dos usuários?-Márcio Henrique
4Há tópicos definidos para resumir os principais resultados da avaliação?-Márcio Henrique
5O planejamento apresenta um cronograma detalhado com datas, horários e locais para a realização da avaliação?-Márcio Henrique
6Os aspectos éticos, como privacidade, consentimento e confidencialidade, estão claramente definidos no planejamento?-Márcio Henrique
7Existe uma seção detalhando os recursos necessários (humanos, financeiros e técnicos) para a avaliação?-Márcio Henrique
8Está definido como os resultados serão armazenados e organizados para consultas futuras?-Márcio Henrique
+

Autor: Márcio Henrique, 2024.

+

+

Storyboards

+

+

tabela 6

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservaçõesAutor do Item
1O storyboard possui um título claro e descritivo?--Luiza Maluf
2Todos os quadros estão numerados de forma sequencial?--Luiza Maluf
3Há consistência na estrutura de cada quadro (mesmo formato e tamanho)?--Luiza Maluf
4O fluxo narrativo segue uma ordem lógica e coerente?--Luiza Maluf
5O fluxo narrativo segue uma ordem lógica e coerente?--Luiza Maluf
6Os esboços ou imagens representam as ações de forma clara e compreensível?--Luiza Maluf
7Os elementos visuais são consistentes em estilo (mesmo traço, proporções, etc.)?--Luiza Maluf
8As expressões faciais e posturas corporais dos personagens são adequadas para transmitir emoções?--Luiza Maluf
9Há destaque para elementos importantes (setas, círculos, ou legendas)?--Luiza Maluf
10Cada quadro inclui uma descrição textual breve e objetiva?--Luiza Maluf
11StoryBoard representa a tarefa a executar pelo usuário?--Márcio Henrique
12StoryBoard apresenta ao menos uma pessoa na história?--Márcio Henrique
134. StoryBoard apresenta pontos chaves da interação da pessoa com a interface?--Márcio Henrique
145. O Storyboard foi criado a partir de algumas das pessoas do presente projeto?--Márcio Henrique
15O storyboard deixa claro quem são as pessoas?--Márcio Henrique
16O storyboard deixa claro a necessidade do cliente?--Márcio Henrique
17O storyboard possui diálogo?--Márcio Henrique
18O Storyboard possui no mínimo 3 cenas?--Márcio Henrique
19O storyboard se enquadra nos tipos não linear ou linear?--Márcio Henrique
20O storyboard conclui de forma clara?--Márcio Henrique
+

Autor: Márcio Henrique, 2024.

+

+

Referências Bibliográficas

+
+

Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021);Interação Humano-Computador e Experiência do usuário.

+
+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.009/12/2024Criação do documento.Márcio HenriqueLuiza Maluf
1.109/12/2024Checklist para planejamento dos resultados Analise de tarefas.Márcio HenriqueLuiza Maluf
1.209/12/2024Checklist para planejamento da Analise de tarefas.Márcio HenriqueLuiza Maluf
1.310/12/2024Resto das listas de verificação .Luiza MalufMárcio Henrique
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo/etapa4/verf-planj-analise/index.html b/verificacao/grupo/etapa4/verf-planj-analise/index.html new file mode 100644 index 00000000..764bb61d --- /dev/null +++ b/verificacao/grupo/etapa4/verf-planj-analise/index.html @@ -0,0 +1,4266 @@ + + + + + + + + + + + + + + + + + + + + + + + Verificação do Planejamento da Avaliação da Análise de Tarefas - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Verificação do Planejamento da Avaliação da Análise de Tarefas

+

Introdução

+

Este documento detalha a verificação do artefato Planejamento da Avaliação da Análise de Tarefas.

+

Metodologia

+

O modelo de verificação consistirá em um preenchimento de uma lista de verificação construída a partir dos conceitos trabalhados pela disciplina.

+

+

Tabela 1 - Lista de Verificação

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservaçõesAutor da Pergunta
Lista de Verificação para os Itens Gerais
1O artefato possui introdução?SIM-
2O artefato possui uma bibliografia/referência bibliográfica?SIM-
3O artefato possui um histórico de versões com o id e descrição das versões, data, autores e revisores?SIM-
4Todas as tabelas e imagens são chamadas no texto, possuem legendas e fontes?SIM-
5Todos os textos estão na norma padrão?SIM-
Planejamento da Avaliação da Análise de Tarefas
6O planejamento detalha claramente os objetivos da análise de tarefas?NÃOHá somente os objetivos da avaliação.Luiza Maluf
7O planejamento segue o framework DECIDE (Definir, Explorar, Contextualizar, Identificar, Decidir e Avaliar)?SIM-Luiza Maluf
8Os objetivos da avaliação estão definidos de forma clara no documento?SIM-Luiza Maluf
9As perguntas-chave que devem ser respondidas durante a avaliação estão listadas?SIM-Luiza Maluf
10As perguntas selecionadas possuem referências que justificam sua inclusão?NÃONão existe.Luiza Maluf
11Os métodos de avaliação a serem utilizados estão especificados?SIM-Luiza Maluf
12O documento especifica quem serão os participantes da avaliação?SIM-Luiza Maluf
13A justificativa para a quantidade de participantes selecionados está descrita?Não-Luiza Maluf
14Os perfis dos participantes estão alinhados com os perfis de usuário definidos na análise?IncompletoNão há nada que diz respeito aos perfis dos participantes e como eles se enquadram.Luiza Maluf
15O papel de cada participante durante a avaliação está claramente definido?SIM-Luiza Maluf
16Existe um cronograma detalhado com datas, horários e locais para a execução da avaliação?SIM-Luiza Maluf
17As ferramentas e os equipamentos necessários para a avaliação estão listados?SIM-Luiza Maluf
18Os custos associados à avaliação estão descritos?SIM-Luiza Maluf
19Os recursos de mão de obra necessários para realizar a avaliação estão especificados?SIM-Luiza Maluf
20O planejamento aborda como serão tratados os aspectos éticos durante a avaliação?SIM-Luiza Maluf
21O documento descreve como os dados serão interpretados e apresentados após a avaliação?SIM-Luiza Maluf
22As tarefas para a execução da avaliação estão detalhadas de forma clara e sequencial?SIM-Luiza Maluf
23Existe uma seção dedicada ao teste piloto, com definição, participantes, local, data e horário?NÃO-Luiza Maluf
24O planejamento prevê a gravação ou registro do teste piloto para revisão posterior?NÃO-Luiza Maluf
25O documento detalha como os dados coletados serão documentados e tratados, incluindo confiabilidade das respostas e conformidade com o perfil de usuário?IncompletoFalta deixar mais completa as informações.Luiza Maluf
+

AUTOR: Luiza Maluf

+

+

Resultados e Melhorias

+

Gráfico

+
    +
  • Deixar explícito se os participantes da avaliação estão em conformidade com os perfis do usuário definido.
    • +
  • Justificar a necessidade da quantidade de participantes da avaliação.
    • +
  • Inserir uma seção para inserir melhorias ou plano de repojeto do sistema.
    • +
  • Inserir uma seção para o teste piloto.
    • +
+

Referências Bibliográficas

+
+

Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021);Interação Humano-Computador e Experiência do usuário.

+
+
+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.009/12/2024Criação do documento.Luiza MalufMárcio Henrique
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo/etapa4/verf-planj-result-analise/index.html b/verificacao/grupo/etapa4/verf-planj-result-analise/index.html new file mode 100644 index 00000000..add1702a --- /dev/null +++ b/verificacao/grupo/etapa4/verf-planj-result-analise/index.html @@ -0,0 +1,4238 @@ + + + + + + + + + + + + + + + + + + + + + + + Verificação do Planejamento do Relato dos Resultados da Avaliação - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Verificação do Planejamento dos Relatos dos Resultados da Avaliação da Análise de Tarefas

+

Introdução

+

Este documento detalha a verificação do artefato Planejamento dos Resultados da Avaliação da Análise de Tarefas.

+

Metodologia

+

O modelo de verificação consistirá em um preenchimento de uma lista de verificação construída a partir dos conceitos trabalhados pela disciplina.

+

+

Tabela 1 - Lista de Verificação

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservaçõesAutor da Pergunta
Lista de Verificação para os Itens Gerais
1O artefato possui introdução?SIM-
2O artefato possui uma bibliografia/referência bibliográfica?SIM-
3O artefato possui um histórico de versões com o id e descrição das versões, data, autores e revisores?SIM-
4Todas as tabelas e imagens são chamadas no texto, possuem legendas e fontes?SIM-
5Todos os textos estão na norma padrão?SIM-
Planejamento da Avaliação da Análise de Tarefas
6O planejamento define claramente os objetivos e o escopo da avaliação dos resultados?SIM-Luiza Maluf
7Os métodos de avaliação dos resultados estão especificados no planejamento?SIM-Luiza Maluf
8Os participantes da avaliação estão identificados e selecionados conforme o perfil de usuário definido?IncompletoNão há nada que diz respeito aos perfis dos participantes e como eles se enquadram.Luiza Maluf
9Existe uma justificativa para a escolha e quantidade de participantes da avaliação?NÃO-Luiza Maluf
10O papel de cada participante na avaliação está claramente descrito?SIM-Luiza Maluf
11O planejamento apresenta instruções ou diretrizes para identificar problemas e dificuldades durante a avaliação?SIM-Luiza Maluf
12Existe uma seção no planejamento dedicada ao feedback dos usuários?SIM-Luiza Maluf
13O planejamento inclui uma análise da interação do usuário com o sistema?SIM-Luiza Maluf
14Há tópicos definidos para resumir os principais resultados da avaliação?SIM-Luiza Maluf
15Os resultados da avaliação incluem uma reflexão sobre as questões que motivaram o estudo?SIM-Luiza Maluf
16Existe uma proposta de melhorias ou plano de reprojeto do sistema com base nos resultados obtidos?NÃO-Luiza Maluf
17Os custos e recursos necessários (ferramentas, equipamentos, mão de obra) estão especificados?SIM-Luiza Maluf
18O planejamento apresenta um cronograma detalhado com datas, horários e locais para a realização da avaliação?SIM-Luiza Maluf
19Há uma seção para um teste piloto, incluindo definição, participantes, local, data e horário?NÃO-Luiza Maluf
20Existe uma gravação ou registro planejado para o teste piloto?NÃO-Luiza Maluf
21O planejamento segue um padrão consolidado e consistente com outros planejamentos de artefatos similares?SIM-Luiza Maluf
+

AUTOR: Luiza Maluf

+

+

Resultados e Melhorias

+

Gráfico

+
    +
  • Deixar explícito se os participantes da avaliação estão em conformidade com os perfis do usuário definido.
    • +
  • Justificar a necessidade da quantidade de participantes da avaliação.
    • +
  • Inserir uma seção para inserir melhorias ou plano de repojeto do sistema.
    • +
  • Inserir uma seção para o teste piloto.
    • +
+

Referências Bibliográficas

+
+

Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021);Interação Humano-Computador e Experiência do usuário.

+
+
+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.009/12/2024Criação do documento.Luiza MalufMárcio Henrique
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo/etapa4/verificacao-planj-relato-sb/index.html b/verificacao/grupo/etapa4/verificacao-planj-relato-sb/index.html new file mode 100644 index 00000000..7185211f --- /dev/null +++ b/verificacao/grupo/etapa4/verificacao-planj-relato-sb/index.html @@ -0,0 +1,4303 @@ + + + + + + + + + + + + + + + + + + + + + + + Verificação do planejamento da relato do Storyboard - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Verificação do Planejamento do Relato do Storyboard

+

Introdução

+

Realizado o planejamento do que verificar, é o momento de realizar a inspeção em si. Esse documento apresenta os objetivos da verificação, a metodologia utilizada e os dados da verificação. Além disso, os principais problemas encontrados são sumarizados e analisados obtendo informações valiosas que serão utilizadas para sugerir ações corretivas para os mesmos.

+

Objetivo

+

O objetivo deste documento é relatar os resultados das verificações realizadas acerca do artefato Planejamento da Avaliação do Storyboard.

+

Metodologia

+

Os resultados da verificação dos artefatos foram obtidos a partir das checklists elaboradas na página de planejamento. Para responder às perguntas apresentadas nas checklist o avaliador usará as opções Sim, Não ou Incompleto. O avaliador poderá também escrever observações em cada pergunta detalhando pontos que achar necessários.

+

Cronograma e Participantes

+

Os participantes serão os integrantes Márcio Henrique, que será responsável por realizar a avaliação, e a Luiza Maluf que realizará a revisão do artefato produzido pelo avaliador. Em relação ao cronograma seguido, ele já foi explicitado na página de planejamento.

+

Sumário Dos Dados

+

A Tabela 1 apresenta a lista com os dados obtidos a partir da verificação.

+

+

Tabela 1 - Lista de verificação

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
Padronização
1O artefato possui introdução?Sim-
2O artefato possui uma bibliografia/referência bibliográfica?sim-
3O artefato possui um histórico de versões com o ID, descrição das versões, data, autores e revisores?sim-
4Todas as tabelas e imagens são chamadas no texto, possuem legendas e fontes?sim-
5Todos os textos estão na norma padrão?sim-
Planejamento da Avaliação do Relato dos Resultados
1O planejamento explica como lidar com problemas e dificuldades identificados nos resultados da avaliação?Incompleto-
2O planejamento apresenta instruções ou diretrizes para identificar problemas e dificuldades durante a avaliação?Sim-
3Existe uma seção no planejamento dedicada ao feedback dos usuários?Incompleto-
4Há tópicos definidos para resumir os principais resultados da avaliação?Sim-
5O planejamento apresenta um cronograma detalhado com datas, horários e locais para a realização da avaliação?Sim-
6Os aspectos éticos, como privacidade, consentimento e confidencialidade, estão claramente definidos no planejamento?Não-
7Existe uma seção detalhando os recursos necessários (humanos, financeiros e técnicos) para a avaliação?Não-
8Está definido como os resultados serão armazenados e organizados para consultas futuras?Sim-
+

Autor: Márcio Henrique

+

ID 1 - O planejamento explica como lidar com problemas e dificuldades identificados nos resultados da avaliação?

+
    +
  • Sugerido incluir um procedimento claro e específico para identificar e resolver problemas encontrados durante a avaliação (ex: plano de ação para ajustes ou mudanças necessárias).
    • +
+

ID 3 - Existe uma seção no planejamento dedicada ao feedback dos usuários?

+
    +
  • Sugerido criar uma seção no planejamento especificamente voltada para a coleta, análise e integração do feedback dos usuários, garantindo que todos os comentários sejam considerados para a melhoria do produto.
    • +
+

ID 6 - Os aspectos éticos, como privacidade, consentimento e confidencialidade, estão claramente definidos no planejamento?

+
    +
  • Sugerido incluir uma seção no planejamento que cubra todos os aspectos éticos essenciais, como consentimento informado, privacidade dos dados dos usuários, e a confidencialidade das informações coletadas.
    • +
+

ID 7 - Existe uma seção detalhando os recursos necessários (humanos, financeiros e técnicos) para a avaliação?

+
    +
  • Sugerido adicionar uma seção no planejamento que detalhe os recursos humanos, financeiros e técnicos necessários para a avaliação, incluindo as responsabilidades de cada equipe envolvida e os custos estimados.
    • +
+ + +

+

Correção e Sugestão

+

Revise o planejamento, especialmente nas seções sobre como lidar com problemas, feedback dos usuários, aspectos éticos e recursos necessários, garantindo que estejam bem definidos e detalhados.

+

Bibliografia

+
+

FERREIRA, Rafael. Verificação do Planejamento da Avaliação da Análise de Tarefas. Repositório do Grupo Bilheteria Digital da disciplina de Interação Humano Computador da Universidade de Brasília, 2023. Disponível em: <<>>. Acesso em: 10 dezembro 2024.

+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.010/12/2024Criação do documentoMárcio HenriqueLuiza Maluf
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo/etapa4/verificacao-planj-sb/index.html b/verificacao/grupo/etapa4/verificacao-planj-sb/index.html new file mode 100644 index 00000000..15de05cc --- /dev/null +++ b/verificacao/grupo/etapa4/verificacao-planj-sb/index.html @@ -0,0 +1,4239 @@ + + + + + + + + + + + + + + + + + + + + + + + Verificação do Planejamento da Avaliação do Storyboard - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Verificação do Planejamento da Avaliação do Storyboard

+

Introdução

+

Realizado o planejamento do que verificar, é o momento de realizar a inspeção em si. Esse documento apresenta os objetivos da verificação, a metodologia utilizada e os dados da verificação. Além disso, os principais problemas encontrados são sumarizados e analisados obtendo informações valiosas que serão utilizadas para sugerir ações corretivas para os mesmos.

+

Objetivo

+

O objetivo deste documento é relatar os resultados das verificações realizadas acerca do artefato Planejamento da Avaliação do Storyboard.

+

Metodologia

+

Os resultados da verificação dos artefatos foram obtidos a partir das checklists elaboradas na página de planejamento. Para responder às perguntas apresentadas nas checklist o avaliador usará as opções Sim, Não ou Incompleto. O avaliador poderá também escrever observações em cada pergunta detalhando pontos que achar necessários.

+

Cronograma e Participantes

+

Os participantes serão os integrantes Márcio Henrique, que será responsável por realizar a avaliação, e a Luiza Maluf que realizará a revisão do artefato produzido pelo avaliador. Em relação ao cronograma seguido, ele já foi explicitado na página de planejamento.

+

Sumário Dos Dados

+

A Tabela 1 apresenta a lista com os dados obtidos a partir da verificação.

+

+

Tabela 1 - Lista de verificação

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
Padronização
1O artefato possui introdução?Sim-
2O artefato possui uma bibliografia/referência bibliográfica?sim-
3O artefato possui um histórico de versões com o ID, descrição das versões, data, autores e revisores?sim-
4Todas as tabelas e imagens são chamadas no texto, possuem legendas e fontes?sim-
5Todos os textos estão na norma padrão?sim-
Planejamento do Storyboard
1A metodologia está teoricamente embasada?sim-
2O planejamento deixa claro quais são os objetivos?sim-
3O roteiro de perguntas já está definido no planejamento?sim-
4Os métodos de avaliação estão especificados?sim-
5Existe dentro do planejamento um espaço para teste-piloto?Não-
6Há especificado os aspectos éticos dentro do planejamento?Sim-
7Todas as atividades relacionadas ao Framework DECIDE são abordadas?Sim-
8Está especificado o autor das perguntas que são feitas na execução do planejamento?Sim-
+

Autor: Márcio Henrique

+

ID 5 - Existe dentro do planejamento um espaço para teste-piloto??

+

Não contém o teste piloto, tanto o seu planjamento e claro sua execução.

+ + +

+

Correção e Sugestão

+

Sugere-se a construção do teste piloto, dessa forma deve conter:

+
    +
  • Planejamento do teste piloto
    • +
  • Vídeo de apresentação do teste piloto
    • +
+

Bibliografia

+
+

FERREIRA, Rafael. Verificação do Planejamento da Avaliação da Análise de Tarefas. Repositório do Grupo Bilheteria Digital da disciplina de Interação Humano Computador da Universidade de Brasília, 2023. Disponível em: <<>>. Acesso em: 10 dezembro 2024.

+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.010/12/2024Criação do documentoMárcio HenriqueLuiza Maluf
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo/etapa4/verificacao-sb/index.html b/verificacao/grupo/etapa4/verificacao-sb/index.html new file mode 100644 index 00000000..9acc87ba --- /dev/null +++ b/verificacao/grupo/etapa4/verificacao-sb/index.html @@ -0,0 +1,4502 @@ + + + + + + + + + + + + + + + + + + + + + + + Storyboard - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Verificação do Storyboard

+

Introdução

+

Realizado o planejamento do que verificar, é o momento de realizar a inspeção em si. Esse documento apresenta os objetivos da verificação, a metodologia utilizada e os dados da verificação. Além disso, os principais problemas encontrados são sumarizados e analisados obtendo informações valiosas que serão utilizadas para sugerir ações corretivas para os mesmos.

+

Objetivo

+

O objetivo deste documento é relatar os resultados das verificações realizadas acerca do artefato do Storyboard.

+

Metodologia

+

Os resultados da verificação dos artefatos foram obtidos a partir das checklists elaboradas na página de planejamento. Para responder às perguntas apresentadas nas checklist o avaliador usará as opções Sim, Não ou Incompleto. O avaliador poderá também escrever observações em cada pergunta detalhando pontos que achar necessários.

+

Cronograma e Participantes

+

Os participantes serão os integrantes Márcio Henrique, que será responsável por realizar a avaliação, e a Luiza Maluf que realizará a revisão do artefato produzido pelo avaliador. Em relação ao cronograma seguido, ele já foi explicitado na página de planejamento.

+

Sumário Dos Dados

+

A Tabela 1 apresenta a lista com os dados obtidos a partir da verificação sobre o storyboard da tarefa 1.

+

Tabela 1

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
Padronização
1O artefato possui introdução?Sim-
2O artefato possui uma bibliografia/referência bibliográfica?sim-
3O artefato possui um histórico de versões com o ID, descrição das versões, data, autores e revisores?sim-
4Todas as tabelas e imagens são chamadas no texto, possuem legendas e fontes?sim-
5Todos os textos estão na norma padrão?sim-
Planejamento do Storyboard
1O storyboard possui um título claro e descritivo?Sim-
2Todos os quadros estão numerados de forma sequencial?Sim-
3Há consistência na estrutura de cada quadro (mesmo formato e tamanho)?Sim-
4O fluxo narrativo segue uma ordem lógica e coerente?Sim-
5O fluxo narrativo segue uma ordem lógica e coerente?Sim-
6Os esboços ou imagens representam as ações de forma clara e compreensível?IncompletoMelhorar ações que demonstam a narração tratada
7Os elementos visuais são consistentes em estilo (mesmo traço, proporções, etc.)?Sim-
8As expressões faciais e posturas corporais dos personagens são adequadas para transmitir emoções?Sim-
9Há destaque para elementos importantes (setas, círculos, ou legendas)?Sim-
10Cada quadro inclui uma descrição textual breve e objetiva?Sim-
11StoryBoard representa a tarefa a executar pelo usuário?Sim-
12StoryBoard apresenta ao menos uma pessoa na história?Sim-
13StoryBoard apresenta pontos chaves da interação da pessoa com a interface?Sim-
14O Storyboard foi criado a partir de algumas das pessoas do presente projeto?Sim-
15O storyboard deixa claro quem são as pessoas?Sim-
16O storyboard deixa claro a necessidade do cliente?Sim-
17O storyboard possui diálogo?Não-
18O Storyboard possui no mínimo 3 cenas?Sim-
19O storyboard se enquadra nos tipos não linear ou linear?Sim-
20O storyboard conclui de forma clara?Sim-
+
+

A Tabela 2 apresenta a lista com os dados obtidos a partir da verificação sobre o storyboard da tarefa 2.

+

Tabela 2

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
Padronização
1O artefato possui introdução?Sim-
2O artefato possui uma bibliografia/referência bibliográfica?sim-
3O artefato possui um histórico de versões com o ID, descrição das versões, data, autores e revisores?sim-
4Todas as tabelas e imagens são chamadas no texto, possuem legendas e fontes?sim-
5Todos os textos estão na norma padrão?sim-
Planejamento do Storyboard
1O storyboard possui um título claro e descritivo?Sim-
2Todos os quadros estão numerados de forma sequencial?Sim-
3Há consistência na estrutura de cada quadro (mesmo formato e tamanho)?Sim-
4O fluxo narrativo segue uma ordem lógica e coerente?Sim-
5O fluxo narrativo segue uma ordem lógica e coerente?Sim-
6Os esboços ou imagens representam as ações de forma clara e compreensível?Sim
7Os elementos visuais são consistentes em estilo (mesmo traço, proporções, etc.)?Sim-
8As expressões faciais e posturas corporais dos personagens são adequadas para transmitir emoções?Sim-
9Há destaque para elementos importantes (setas, círculos, ou legendas)?Sim-
10Cada quadro inclui uma descrição textual breve e objetiva?Sim-
11StoryBoard representa a tarefa a executar pelo usuário?Sim-
12StoryBoard apresenta ao menos uma pessoa na história?Sim-
13StoryBoard apresenta pontos chaves da interação da pessoa com a interface?Sim-
14O Storyboard foi criado a partir de algumas das pessoas do presente projeto?Sim-
15O storyboard deixa claro quem são as pessoas?Sim-
16O storyboard deixa claro a necessidade do cliente?Sim-
17O storyboard possui diálogo?Sim-
18O Storyboard possui no mínimo 3 cenas?Sim-
19O storyboard se enquadra nos tipos não linear ou linear?Sim-
20O storyboard conclui de forma clara?Sim-
+

Resultados da lista de verificação

+

Tarefa 1

+

+ + +

Tarefa 2

+ + +

+

Bibliografia

+
+

FERREIRA, Rafael. Verificação do Planejamento da Avaliação da Análise de Tarefas. Repositório do Grupo Bilheteria Digital da disciplina de Interação Humano Computador da Universidade de Brasília, 2023. Disponível em: <<>>. Acesso em: 10 dezembro 2024.

+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.010/12/2024Criação do documentoMárcio HenriqueLuiza Maluf
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo/etapa5/planejamento-verificacao-etapa5/index.html b/verificacao/grupo/etapa5/planejamento-verificacao-etapa5/index.html new file mode 100644 index 00000000..eccbae3d --- /dev/null +++ b/verificacao/grupo/etapa5/planejamento-verificacao-etapa5/index.html @@ -0,0 +1,4611 @@ + + + + + + + + + + + + + + + + + + + + + + + Planejamento da Verificação da Etapa 5 - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Planejamento da Verificação da Etapa 5

+

Introdução

+

A verificação é uma das etapas mais importantes do desenvolvimento de um projeto. Nela os artefatos produzidos são analisados garantindo que os mesmos cumpram com os seus requisitos especificados.

+

Objetivos

+

O objetivo deste documento é verificar se os artefatos produzidos na Etapa 5 do Grupo 8 possuem os itens e o padrão exigidos para tais.

+

Metodologia

+

A metodologia escolhida para esta verificação é a inspeção. Desenvolvida originalmente para códigos de software por Fagan na IBM em 1976, essa técnica consiste em uma revisão formal dos artefatos produzidos a fim de se encontrar defeitos.

+

Essa revisão é realizada através de uma checklist onde se tem uma lista com os defeitos mais comuns que deverão ser identificados, analisados e classificados. Vale ressaltar que a leitura do artefato não deve ser feita pelo o autor do mesmo. Ao findar a verificação, será exibido um gráfico referente aos resultados obtidos.

+

Participantes

+

O responsável pelas verificações são os integrantes do Grupo 8: Márcio Henrique e Luiza Maluf, os quais realizam tanto a verificação do planejamento e do relato de seus resultados.

+

Objetos de Verificação

+

Os artefatos alvos dessa verificação são:

+ +

Cronograma

+

+

Tabela 1 - Cronograma

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
DataDescriçãoResponsável
05/01/2025Verificação do Relato dos Resultados da Avaliação da Análise de TarefasMárcio Henrique e Luiza Maluf
05/01/2025Verificação do Relato dos Resultados da Avaliação dos StoryboardsMárcio Henrique e Luiza Maluf
05/01/2025Verificação do Planejamento da Avaliação da Prototipação em PapelLuiza Maluf
05/01/2025Verificação do Planejamento do Relato dos Resultados da Avaliação da Prototipação de PapelMárcio Henrique
+

Autor: Luiza Maluf , 2025.

+

+

Listas de Verificação

+

As listas foram construídas levando em conta os padrões esperados para cada artefato, as principais tarefas realizadas na elaboração dos mesmos e as sugestões de elementos de análise elaborada por Simone e Silva.

+

Geral

+

A tabela 2 a seguir apresenta a checklist referente aos aspectos gerais que os artefatos devem seguir.

+

+

Tabela 2 - Checklist para os Itens Gerais.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
Padronização
1O artefato possui introdução?-
2O artefato possui uma bibliografia/referência bibliográfica?-
3O artefato possui um histórico de versões com o id e descrição das versões, data, autores e revisores?
4Todas as tabelas e imagens são chamadas no texto, possuem legendas e fontes?-
5Todos os textos estão na norma padrão?-
+

Fonte: Plano de Ensino

+

+

Relato dos Resultados da Avaliação da Análise de Tarefas

+

+

tabela 3

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservaçõesAutor do Item
1O Relato detalha claramente os objetivos Avaliação da análise de tarefas?--Luiza Maluf
2Os métodos de avaliação a serem utilizados estão especificados?--Plano de Ensino
3O documento especifica quem serão os participantes da avaliação?--Luiza Maluf
4Os perfis dos participantes estão alinhados com os perfis de usuário definidos na análise?--Luiza Maluf
5O papel de cada participante durante a avaliação está claramente definido?--Luiza Maluf
6Os dados são interpretados e apresentados após a avaliação?--Luiza Maluf
7O docuemento trata das questões éticas que dizem respeito aos participantes da entrevista?--Plano de Ensino
8O relato apresenta as sugetões de melhorias indicadas pelos entrevistados?--Plano de Ensino
9O relato apresenta o feedback dos usuários em relação a analise de tarefa vista?--Luiza Maluf
10O relato possui o link de gravação da entrevista?Luiza Maluf
+

Autor: Luiza Maluf, 2025.

+

+

Relato dos Resultados da Avaliação dos Storyboards

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservaçõesAutor do Item
1O relato possui o objetivo e escopo de avaliação dos reusltados?--Luiza Maluf
2O relato possui a metodologia utilizada?--Luiza Maluf
3O participante está de acordo com o perfil de usuário definido? E isso está explícito no documento?--Luiza Maluf
4O relato possui uma seção indicando as sugestões e melhorias que os participantes indicaram na entrevista?--Luiza Maluf
5O relato possui registrado a conclusão dos resultados colhidos nas entrevista?--Luiza Maluf
6O relato possui o link de gravação da entrevista?--Luiza Maluf
+

Autor: Luiza Maluf, 2025.

+

+

Planejamento da Avaliação da Prototipação em Papel

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
1O planejamento possui os objetivos explícitos?--
2O planejamento segue o framwork DECIDE?--
3O documento possui as perguntas que devem ser usadas na avaliação?--
4O documento possui as metodologias usadas na avaliação?--
5O docuemnto possui os participantes da avaliação--
6O documento possui cronograma?--
7O docuemnto possui a descrição das questões práticas da avaliação?--
8O planejamento possui uma seção que trata dos aspectos éticos?--
9O planejamento possui uma seção de teste piloto com todas as suas devidas informações?--
+

Adaptado: Plano de Ensino

+

+

Planejamento do Relato dos Resultados da Avaliação da Prototipação de Papel

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
1O documento possui um tópico sobre quais são os objetivos do relato?-Márcio Henrique
2O documento possui um tópico sobre a metodologia de prototipação de papel?-Márcio Henrique
3O documento possui um tópico sobre quais foram os participantes e os seus perfis?-Márcio Henrique
4O documento possui um tópico sobre as tarefas a serem executadas pelos participantes?-Márcio Henrique
5O documento possui um tópico sobre a lista dos problemas de usabilidade ainda não corrigidos?-Márcio Henrique
6O documento possui um tópico sobre indicações de partes do sistema que podem ser mais bem elaboradas?-Márcio Henrique
7O documento está estruturado conforme os relatos realizados anteriores?-Márcio Henrique
+

Adaptado: Plano de Ensino

+

+

Referências Bibliográficas

+
+

Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021);Interação Humano-Computador e Experiência do usuário.

+
+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.005/01/2025Criação do documento.Luiza MalufMárcio Henrique
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo/etapa5/ver-relato-story/index.html b/verificacao/grupo/etapa5/ver-relato-story/index.html new file mode 100644 index 00000000..59d70744 --- /dev/null +++ b/verificacao/grupo/etapa5/ver-relato-story/index.html @@ -0,0 +1,4149 @@ + + + + + + + + + + + + + + + + + + + + + + + Verificação do Relato dos resultados Storyboard - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Verificação do Planejamento da Avaliação da Prototipação em Papel

+

Introdução

+

Este documento detalha a verificação do artefato Verificação do Relato dos resultados do Storyboard.

+

Metodologia

+

O modelo de verificação consistirá em um preenchimento de uma lista de verificação construída a partir dos conceitos trabalhados pela disciplina.

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
Padronização
1O artefato possui introdução?SIM-
2O artefato possui uma bibliografia/referência bibliográfica?SIM-
3O artefato possui um histórico de versões com o id e descrição das versões, data, autores e revisores?SIM
4Todas as tabelas e imagens são chamadas no texto, possuem legendas e fontes?SIM-
5Todos os textos estão na norma padrão?SIM-
+

Fonte: Plano de Ensino

+

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservaçõesAutor do Item
1O relato possui o objetivo e escopo de avaliação dos reusltados?Sim-Luiza Maluf
2O relato possui a metodologia utilizada?Sim-Luiza Maluf
3O participante está de acordo com o perfil de usuário definido? E isso está explícito no documento?Sim-Luiza Maluf
4O relato possui uma seção indicando as sugestões e melhorias que os participantes indicaram na entrevista?Sim-Luiza Maluf
5O relato possui registrado a conclusão dos resultados colhidos nas entrevista?Sim-Luiza Maluf
6O relato possui o link de gravação da entrevista?Sim-Luiza Maluf
+

+ + +

Referências Bibliográficas

+
+

Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021);Interação Humano-Computador e Experiência do usuário.

+
+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.005/01/2025Criação do documento.Luiza MalufMárcio Henrique
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo/etapa5/ver-relato-tarefas/index.html b/verificacao/grupo/etapa5/ver-relato-tarefas/index.html new file mode 100644 index 00000000..07c62458 --- /dev/null +++ b/verificacao/grupo/etapa5/ver-relato-tarefas/index.html @@ -0,0 +1,4175 @@ + + + + + + + + + + + + + + + + + + + + + + + Verificaçao do Relato dos resultados Análise de tarefas - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Verificação do Planejamento da Avaliação da Prototipação em Papel

+

Introdução

+

Este documento detalha a verificação do artefato Verificação do Relato dos resultados da análise de tarefas.

+

Metodologia

+

O modelo de verificação consistirá em um preenchimento de uma lista de verificação construída a partir dos conceitos trabalhados pela disciplina.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
Padronização
1O artefato possui introdução?SIM-
2O artefato possui uma bibliografia/referência bibliográfica?SIM-
3O artefato possui um histórico de versões com o id e descrição das versões, data, autores e revisores?SIM
4Todas as tabelas e imagens são chamadas no texto, possuem legendas e fontes?SIM-
5Todos os textos estão na norma padrão?SIM-
+

Fonte: Plano de Ensino

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservaçõesAutor do Item
1O Relato detalha claramente os objetivos Avaliação da análise de tarefas?Sim-Luiza Maluf
2Os métodos de avaliação a serem utilizados estão especificados?Sim-Plano de Ensino
3O documento especifica quem serão os participantes da avaliação?Sim-Luiza Maluf
4Os perfis dos participantes estão alinhados com os perfis de usuário definidos na análise?Sim-Luiza Maluf
5O papel de cada participante durante a avaliação está claramente definido?Sim-Luiza Maluf
6Os dados são interpretados e apresentados após a avaliação?Sim-Luiza Maluf
7O docuemento trata das questões éticas que dizem respeito aos participantes da entrevista?Sim-Plano de Ensino
8O relato apresenta as sugetões de melhorias indicadas pelos entrevistados?Sim-Plano de Ensino
9O relato apresenta o feedback dos usuários em relação a analise de tarefa vista?Sim-Luiza Maluf
10O relato possui o link de gravação da entrevista?Luiza Maluf
+

+ + +

Referências Bibliográficas

+
+

Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021);Interação Humano-Computador e Experiência do usuário.

+
+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.005/01/2025Criação do documento.Luiza MalufMárcio Henrique
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo/etapa5/verf-plan-aval-prototp/index.html b/verificacao/grupo/etapa5/verf-plan-aval-prototp/index.html new file mode 100644 index 00000000..c515a46b --- /dev/null +++ b/verificacao/grupo/etapa5/verf-plan-aval-prototp/index.html @@ -0,0 +1,4160 @@ + + + + + + + + + + + + + + + + + + + + + + + Verificação do Planejamento da Avaliação da Prototipação em Papel - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Verificação do Planejamento da Avaliação da Prototipação em Papel

+

Introdução

+

Este documento detalha a verificação do artefato Verificação do Planejamento da Avaliação da Prototipação em Papels.

+

Metodologia

+

O modelo de verificação consistirá em um preenchimento de uma lista de verificação construída a partir dos conceitos trabalhados pela disciplina.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
Padronização
1O artefato possui introdução?SIM-
2O artefato possui uma bibliografia/referência bibliográfica?SIM-
3O artefato possui um histórico de versões com o id e descrição das versões, data, autores e revisores?SIM
4Todas as tabelas e imagens são chamadas no texto, possuem legendas e fontes?SIM-
5Todos os textos estão na norma padrão?SIM-
+

Fonte: Plano de Ensino

+

+

Tabela 1 - Lista de Verificação do Planejamento da Avaliação da Prototipação em Papel

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
1O planejamento possui os objetivos explícitos?SIM-
2O planejamento segue o framwork DECIDE?SIM-
3O documento possui as perguntas que devem ser usadas na avaliação?SIM-
4O documento possui as metodologias usadas na avaliação?SIM-
5O docuemnto possui os participantes da avaliaçãoSIM-
6O documento possui cronograma?SIM-
7O docuemnto possui a descrição das questões práticas da avaliação?SIM-
8O planejamento possui uma seção que trata dos aspectos éticos?SIM-
9O planejamento possui uma seção de teste piloto com todas as suas devidas informações?SIM-
+

Adaptado: Plano de Ensino

+

+ + +

Referências Bibliográficas

+
+

Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021);Interação Humano-Computador e Experiência do usuário.

+
+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.005/01/2025Criação do documento.Luiza MalufMárcio Henrique
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo/etapa5/verf-plan-rela-pp/index.html b/verificacao/grupo/etapa5/verf-plan-rela-pp/index.html new file mode 100644 index 00000000..1ffb614a --- /dev/null +++ b/verificacao/grupo/etapa5/verf-plan-rela-pp/index.html @@ -0,0 +1,4376 @@ + + + + + + + + + + + + + + + + + + + + + + + Verificação do Planejamento do Relato da Protoripação em Papel - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Verificação do Planejamento do relato dos resultados do protótipo de papel

+

Introdução

+

Realizado o planejamento do que verificar, é o momento de realizar a inspeção em si. Esse documento apresenta os objetivos da verificação, a metodologia utilizada e os dados da verificação. Além disso, os principais problemas encontrados são sumarizados e analisados obtendo informações valiosas que serão utilizadas para sugerir ações corretivas para os mesmos.

+

Objetivo

+

O objetivo deste documento é relatar os resultados das verificações realizadas acerca do artefato Planejamento do relato dos resultados da avaliação do protótipo de papel da Etapa 5 do Grupo 8.

+

Metodologia

+

Os resultados da verificação dos artefatos foram obtidos a partir das checklists elaboradas na página de planejamento. Para responder às perguntas apresentadas nas checklist o avaliador usará as opções Sim, Não, Incompleto ou Não se aplica. O avaliador poderá também escrever observações em cada pergunta detalhando pontos que achar necessários.

+

Cronograma e Participantes

+

Os participantes serão os integrantes do Grupo 8 Márcio Henrique, que será responsável por realizar a avaliação, e a Luiza Maluf que realizará a revisão do artefato produzido pelo avaliador. Em relação ao cronograma seguido.

+

Sumário Dos Dados

+

A Tabela 1 apresenta a checklist com os dados obtidos a partir da verificação.

+

+

Tabela 1 - Checklist de Verificação.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
Padronização
1O artefato possui introdução?Sim
2O artefato possui uma bibliografia/referência bibliográfica?Sim
3O artefato possui um histórico de versões com o id e descrição das versões, data, autores e revisores?Sim
4Todas as tabelas e imagens são chamadas no texto, possuem legendas e fontes?Sim
5Todos os textos estão na norma padrão?Sim
Relato
6O documento possui um tópico sobre quais são os objetivos do relato?Sim
7O documento possui um tópico sobre a metodologia de prototipação de papel?Sim
8O documento possui um tópico sobre quais foram os participantes e os seus perfis?IncompletoNão são apresentando os participantes.
9O documento possui um tópico sobre as tarefas a serem executadas pelos participantes?IncompletoNão são apresentado as tarefas.
10O documento possui um tópico sobre a lista dos problemas de usabilidade ainda não corrigidos?IncompletoExiste um tópico sobre a lista de problemas encontrados.
11O documento possui um tópico sobre indicações de partes do sistema que podem ser mais bem elaboradas?Sim
12O documento está estruturado conforme os relatos realizados anteriores?Não
+

Fonte: Márcio Henrique, 2025.

+

+

Lista de Problemas e Análise

+

ID 8 - O documento possui um tópico sobre quais foram os participantes e os seus perfis?

+

Não são apresentando os participantes que participaram do relato de acordo com o planejamento.

+

ID 9 - O documento possui um tópico sobre as tarefas a serem executadas pelos participantes?

+

Não são apresentado as tarefas que os participantes realizaram de acordo com o planejamento.

+

ID 10 - O documento possui um tópico sobre a lista dos problemas de usabilidade ainda não corrigidos?

+

De acordo com Simone e Silva (p. 361, 2011), no relato dos resultados os avaliadores devem informar uma lista de problemas de usabilidades.

+

ID 12 - O documento está estruturado conforme os relatos realizados anteriores?

+

O documento não está estruturado conforme os anteriores.

+

Sugestões de Correções

+

O relato está muito bem construído, parabéns time. Porém, por uma especificidade do relato da avaliação do protótipo de papel trazido por Simone e Silva , estão faltando alguns tópicos. +Fica como sugestão então a realização das seguintes correções:

+
    +
  • Adicionar os participantes conforme no planejamento.
    • +
  • Adicionar as tarefas conforme no planejamento.
    • +
  • Criar um tópico sobre a lista dos problemas de usabilidade.
    • +
  • Se estruturar com base no relato anterior realizado.
    • +
+

Acompanhamento

+

A figura 1 é possível análisar um gráfico com o percentual de erros e acertos de acordo com checklist dos resultados obtidos acima.

+
+

Figura 1 - Gráfico com resultado da Checklist.

 +
Fonte: Márcio Henrique
+
+ +

Retrabalho

+

Como proposto por Fagan, para o retrabalho os autores do artefato verificado serão responsáveis em um primeiro momento por corrigir os problemas apresentados seguindo a lista de sugestão de correção apresentada anteriormente, porém há a possibilidade de outros integrantes do grupo realizarem as correções propostas. O responsável por essa verificação fará uma revisão das correções feitas, checando se as correções são suficientes e se foi introduzido novos erros ou não.

+

Referências Bibliográficas

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.005/01/2025Criação da página.Márcio HenriqueLuizaMaluf
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo/etapa6/planejamento/index.html b/verificacao/grupo/etapa6/planejamento/index.html new file mode 100644 index 00000000..fcc62307 --- /dev/null +++ b/verificacao/grupo/etapa6/planejamento/index.html @@ -0,0 +1,4455 @@ + + + + + + + + + + + + + + + + + + + + + + + Planejamento da Verificação da Etapa 6 - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Planejamento da Verificação da Etapa 6

+

Introdução

+

A verificação é uma das etapas mais importantes do desenvolvimento de um projeto. Nela os artefatos produzidos são analisados garantindo que os mesmos cumpram com os seus requisitos especificados.

+

Objetivos

+

O objetivo deste documento é verificar se os artefatos produzidos na Etapa 5 do Grupo 8 possuem os itens e o padrão exigidos para tais.

+

Metodologia

+

A metodologia escolhida para esta verificação é a inspeção. Desenvolvida originalmente para códigos de software por Fagan na IBM em 1976, essa técnica consiste em uma revisão formal dos artefatos produzidos a fim de se encontrar defeitos.

+

Essa revisão é realizada através de uma checklist onde se tem uma lista com os defeitos mais comuns que deverão ser identificados, analisados e classificados. Vale ressaltar que a leitura do artefato não deve ser feita pelo o autor do mesmo. Ao findar a verificação, será exibido um gráfico referente aos resultados obtidos.

+

Participantes

+

O responsável pelas verificações são os integrantes do Grupo 8: Márcio Henrique e Luiza Maluf, os quais realizam tanto a verificação do planejamento e do relato de seus resultados.

+

Objetos de Verificação

+

Os artefatos alvos dessa verificação são:

+ +

Cronograma

+

+

Tabela 1 - Cronograma

+ + + + + + + + + + + + + + + + + + + + + + + + + +
DataDescriçãoResponsável
13/01/2025Verificação do Relato dos Resultados da Avaliação do protótipo de papelMárcio Henrique e Luiza Maluf
13/01/2025Verificação Planejamento da Avaliação do Protótipo de Alta fidelidadeLuiza Maluf
13/01/2025Verificação Planejamento do Relato do Protótipo de Alta fidelidadeMárcio Henrique
+

Autor: Márcio Henrique , 2025.

+

+

Listas de Verificação

+

As listas foram construídas levando em conta os padrões esperados para cada artefato, as principais tarefas realizadas na elaboração dos mesmos e as sugestões de elementos de análise elaborada por Simone e Silva.

+

Geral

+

A tabela 2 a seguir apresenta a checklist referente aos aspectos gerais que os artefatos devem seguir.

+

+

Tabela 2 - Checklist para os Itens Gerais.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
Padronização
1O artefato possui introdução?-
2O artefato possui uma bibliografia/referência bibliográfica?-
3O artefato possui um histórico de versões com o id e descrição das versões, data, autores e revisores?
4Todas as tabelas e imagens são chamadas no texto, possuem legendas e fontes?-
5Todos os textos estão na norma padrão?-
+

Fonte: Plano de Ensino

+

+

Relato dos Resultados da Avaliação dos Protótipos de Papel

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservaçõesAutor do Item
1O relato possui o objetivo e escopo de avaliação dos reusltados?--Luiza Maluf
2O relato possui a metodologia utilizada?--Luiza Maluf
3O participante está de acordo com o perfil de usuário definido? E isso está explícito no documento?--Luiza Maluf
4O relato possui uma seção indicando as sugestões e melhorias que os participantes indicaram na entrevista?--Márcio Henrique
5O relato possui registrado a conclusão dos resultados colhidos nas entrevista?--Márcio Henrique
6O relato possui o link de gravação da entrevista?--Luiza Maluf
+

Autor: Luiza Maluf, 2025.

+

+

Planejamento da Avaliação do Protótipo de Alta fidelidade

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
1O planejamento possui os objetivos explícitos?--
2O planejamento segue o framwork DECIDE?--
3O documento possui as perguntas que devem ser usadas na avaliação?--
4O documento possui as metodologias usadas na avaliação?--
5O docuemnto possui os participantes da avaliação--
6O documento possui cronograma?--
7O docuemnto possui a descrição das questões práticas da avaliação?--
8O planejamento possui uma seção que trata dos aspectos éticos?--
9O planejamento possui uma seção de teste piloto com todas as suas devidas informações?--
+

Adaptado: Plano de Ensino

+

+

Planejamento do Relato dos Resultados da Avaliação da Prototipagem de Alta Fidelidade

+

+

| ID | Descrição | Avaliação | Observações | | Autor do Item | +|--------|---------------|---------------|-----------------|---------------------| +| 1 | O documento possui um tópico sobre quais são os objetivos do relato? | - |-| Márcio Henrique | +| 2 | O documento possui um tópico sobre a metodologia de prototipação de Alta fidelidade? | - |-| Márcio Henrique | +| 3 | O documento possui um tópico sobre quais foram os participantes e os seus perfis? | - |-| Márcio Henrique | +| 4 | O documento possui um tópico sobre as tarefas a serem executadas pelos participantes?| - |-| Márcio Henrique | +| 5 | O documento possui um tópico sobre a lista dos problemas de usabilidade ainda não corrigidos?| - |-| Márcio Henrique | +| 6 | O documento possui um tópico sobre indicações de partes do sistema que podem ser mais bem elaboradas? | - |-| Márcio Henrique | +| 7 | O documento está estruturado conforme os relatos realizados anteriores?| - |-| Márcio Henrique |

+

Autor: Márcio Henrique, 2025.

+

+

Referências Bibliográficas

+
+

Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021);Interação Humano-Computador e Experiência do usuário.

+
+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.013/01/2025Criação da página.Márcio HenriqueLuizaMaluf
1.114/01/2025Criação do resto das listas de verificaçãoLuizaMalufMárcio Henrique
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo/etapa6/ver-planj-p-alta/index.html b/verificacao/grupo/etapa6/ver-planj-p-alta/index.html new file mode 100644 index 00000000..e2d8917c --- /dev/null +++ b/verificacao/grupo/etapa6/ver-planj-p-alta/index.html @@ -0,0 +1,4199 @@ + + + + + + + + + + + + + + + + + + + + + + + Verificação do Planejamento da Avaliação do Protótipo de Alta Fidelidade - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Verificação do Planejamento da Avaliação do Protótipo de Alta Fidelidade

+

Introdução

+

Este documento detalha a verificação do artefato Planejamento do Relato dos Resultados da Avaliação do Protótipo de Alta Fidelidade.

+

Metodologia

+

O modelo de verificação consistirá em um preenchimento de uma lista de verificação construída a partir dos conceitos trabalhados pela disciplina.

+

Geral

+

+

Tabela 2 - Checklist para os Itens Gerais.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliação
Padronização
1O artefato possui introdução?Sim
2O artefato possui uma bibliografia/referência bibliográfica?Sim
3O artefato possui um histórico de versões com o id e descrição das versões, data, autores e revisores?Sim
4Todas as tabelas e imagens são chamadas no texto, possuem legendas e fontes?Sim
5Todos os textos estão na norma padrão?Sim
+

Fonte: Plano de Ensino

+

+

Planejamento da Avaliação do Protótipo de Alta fidelidade

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
1O planejamento possui os objetivos explícitos?Sim-
2O planejamento segue o framwork DECIDE?Sim-
3O documento possui as perguntas que devem ser usadas na avaliação?Sim-
4O documento possui as metodologias usadas na avaliação?Sim-
5O docuemnto possui os participantes da avaliaçãoSim-
6O documento possui cronograma?Sim-
7O documento possui a descrição das questões práticas da avaliação?Sim-
8O planejamento possui uma seção que trata dos aspectos éticos?Sim-
9O planejamento possui uma seção de teste piloto com todas as suas devidas informações?Sim-
+

Adaptado: Plano de Ensino

+

+ + +

Referências Bibliográficas

+
+

Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021);Interação Humano-Computador e Experiência do usuário.

+
+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.014/01/2025Criação do documento.LuizaMalufMárcio Henrique
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo/etapa6/ver-relato-ppapel/index.html b/verificacao/grupo/etapa6/ver-relato-ppapel/index.html new file mode 100644 index 00000000..be867860 --- /dev/null +++ b/verificacao/grupo/etapa6/ver-relato-ppapel/index.html @@ -0,0 +1,4282 @@ + + + + + + + + + + + + + + + + + + + + + + + Verificação do Relato dos Resultados do Protótipo de papel - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Verificação do Relato dos Resultados da Avaliação da Prototipação de papel

+

Introdução

+

Este documento detalha a verificação do artefato Relato dos Resultados da Avaliação da Prototipação de papel.

+

Metodologia

+

O modelo de verificação consistirá em um preenchimento de uma lista de verificação construída a partir dos conceitos trabalhados pela disciplina.

+

Geral

+

+

Tabela 2 - Checklist para os Itens Gerais.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliação
Padronização
1O artefato possui introdução?Sim
2O artefato possui uma bibliografia/referência bibliográfica?Sim
3O artefato possui um histórico de versões com o id e descrição das versões, data, autores e revisores?Sim
4Todas as tabelas e imagens são chamadas no texto, possuem legendas e fontes?Sim
5Todos os textos estão na norma padrão?Sim
+

Fonte: Plano de Ensino

+

+

Relato dos Resultados da Avaliação dos Protótipos de Papel

+

Relato 1

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservaçõesAutor do Item
1O relato possui o objetivo e escopo de avaliação dos reusltados?Sim-Luiza Maluf
2O relato possui a metodologia utilizada?Sim-Luiza Maluf
3O participante está de acordo com o perfil de usuário definido? E isso está explícito no documento?Sim-Luiza Maluf
4O relato possui uma seção indicando as sugestões e melhorias que os participantes indicaram na entrevista?Sim-Luiza Maluf
5O relato possui registrado a conclusão dos resultados colhidos nas entrevista?Sim-Luiza Maluf
6O relato possui o link de gravação da entrevista?Sim-Luiza Maluf
+

Autor: Luiza Maluf, 2025.

+

+

Relato 2

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservaçõesAutor do Item
1O relato possui o objetivo e escopo de avaliação dos reusltados?Sim-Luiza Maluf
2O relato possui a metodologia utilizada?Sim-Luiza Maluf
3O participante está de acordo com o perfil de usuário definido? E isso está explícito no documento?Sim-Luiza Maluf
4O relato possui uma seção indicando as sugestões e melhorias que os participantes indicaram na entrevista?Sim-Luiza Maluf
5O relato possui registrado a conclusão dos resultados colhidos nas entrevista?Sim-Luiza Maluf
6O relato possui o link de gravação da entrevista?Sim-Luiza Maluf
+

Autor: Luiza Maluf, 2025.

+

+

Referências Bibliográficas

+
+

Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021);Interação Humano-Computador e Experiência do usuário.

+
+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.014/01/2025Criação do documento.LuizaMalufMárcio Henrique
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo/etapa6/ver-relato-prot-alt-fid/index.html b/verificacao/grupo/etapa6/ver-relato-prot-alt-fid/index.html new file mode 100644 index 00000000..987f6d1b --- /dev/null +++ b/verificacao/grupo/etapa6/ver-relato-prot-alt-fid/index.html @@ -0,0 +1,4198 @@ + + + + + + + + + + + + + + + + + + + + + + + Verificação do Relato da Avaliação da Prototipação de Alta Fidelidade - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Verificação do Relato dos Resultados da Avaliação da Prototipação de Alta Fidelidade

+

Introdução

+

Este documento detalha a verificação do artefato Relato da Avaliação da Prototipação de Alta Fidelidade.

+

Metodologia

+

O modelo de verificação consistirá em um preenchimento de uma lista de verificação construída a partir dos conceitos trabalhados pela disciplina.

+

Geral

+

+

Tabela 2 - Checklist para os Itens Gerais.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
Padronização
1O artefato possui introdução?Sim-
2O artefato possui uma bibliografia/referência bibliográfica?Sim-
3O artefato possui um histórico de versões com o id e descrição das versões, data, autores e revisores?Sim
4Todas as tabelas e imagens são chamadas no texto, possuem legendas e fontes?Sim-
5Todos os textos estão na norma padrão?Sim-
+

Fonte: Plano de Ensino

+

+

Planejamento do Relato dos Resultados da Avaliação da Prototipagem de Alta Fidelidade

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
1O documento possui um tópico sobre quais são os objetivos do relato?SimMárcio Henrique
2O documento possui um tópico sobre a metodologia de prototipação de Alta fidelidade?SimMárcio Henrique
3O documento possui um tópico sobre quais foram os participantes e os seus perfis?SimMárcio Henrique
4O documento possui um tópico sobre as tarefas a serem executadas pelos participantes?SimMárcio Henrique
5O documento possui um tópico sobre a lista dos problemas de usabilidade ainda não corrigidos?SimMárcio Henrique
6O documento possui um tópico sobre indicações de partes do sistema que podem ser mais bem elaboradas?SimMárcio Henrique
7O documento está estruturado conforme os relatos realizados anteriores?SimMárcio Henrique
+

Adaptado: Márcio Henrique

+

+

Referências Bibliográficas

+
+

Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021);Interação Humano-Computador e Experiência do usuário.

+
+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.014/01/2025Criação do documento.LuizaMalufMárcio Henrique
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo/grupo01/etapa1/verificacao-etapa1/index.html b/verificacao/grupo/grupo01/etapa1/verificacao-etapa1/index.html new file mode 100644 index 00000000..6e4a1c0d --- /dev/null +++ b/verificacao/grupo/grupo01/etapa1/verificacao-etapa1/index.html @@ -0,0 +1,4311 @@ + + + + + + + + + + + + + + + + + + + + + + + Verificação da Etapa 1 - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Verificação da Etapa 1

+ +

Introdução

+

Este artefato consiste em uma verificação por meio da inspeção do material produzido pelo Grupo 01. O Grupo 08 será responsável por realizar a inspeção do artefato do Grupo 01.

+

Objetivo

+

O principal objetivo dessa inspeção é identificar inconsistências, erros e pontos de melhoria no artefato produzido. Espera-se que a inspeção seja realizada de forma crítica e construtiva, contribuindo assim para a qualidade do artefato.

+

Metodologia

+

A metodologia escolhida foi feita com base na idea de Fagan na IBM em 1976, que propõe a inspeção de software. A inspeção de software é uma técnica de verificação de artefatos que tem como objetivo identificar defeitos nos artefatos. A lista de verificações foi elaborada com base no Plano de Ensino da disciplina.

+

Participantes

+

Os participantes da inspeção realizada são:

+ +

Lista de Verificação

+

Planejamento Geral do Projeto

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Itens de VerificaçãoRespostaVersão, Data e Hora da avaliação
Possui uma página apresentando os integrantes da equipe (com foto) com nome e sem matrícula?SIMversão: 1.0 - 13/11/2024 às 18:11
O cronograma do planejamento apresenta todas as atividades de todas as etapas para cada integrante com as datas de início e fim das entrega dos artefatos e com o período da revisão deles?NÃOversão: 1.0 - 13/11/2024 às 18:13
O cronograma do planejamento apresenta um período de gravação da apresentação de cada etapa.NÃOversão: 1.0- 13/11/2024 às 18:14
O cronograma prever um período de revisão/ajustes nos artefatos devidos as considerações dos monitores/professor?SIMversão: 1.0- 13/11/2024 às 18:15
A motivação e os critérios para a escolha do site?SIMversão: 1.0- 13/11/2024 às 18:15
O planejamento e avaliação dos sites selecionados?SIMversão: 1.0- 13/11/2024 às 18:15
Possui opção de contraste de cores?SIMversão: 1.0- 13/11/2024 às 18:15
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?SIMversão: 1.0- 13/11/2024 às 18:16
+

Fonte: Adaptado de Plano de Ensino da disciplina

+

Desenvolvimento do Projeto

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Itens de VerificaçãoRespostaVersão, Data e Hora da avaliação
O histórico de versão padronizado?Incompletoversão: 1.0- 13/11/2024 às 21:00
O(s) autor(es) e o(s) revisor(es) para cada artefato?SIMversão: 1.0- 13/11/2024 às 21:01
Referências bibliográficas e/ou bibliografia em todos os artefatos?SIMversão: 1.0- 13/11/2024 às 21:02
As tabelas e imagens possuem legenda e fonte e elas são chamadas dentro dos textos?Incompletoversão: 1.0- 13/11/2024 às 21:03
Um texto fazendo uma introdução dos artefatos?SIMversão: 1.0- 13/11/2024 às 21:05
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.Incompletoversão: 1.0- 13/11/2024 às 21:06
Ata(s) da(s) reuniões (com data, horário de início e do final, participantes, objetivo, atividades definidas etc)SIMversão: 1.0- 13/11/2024 às 21:07
A gravação da reunião do grupo.Não
Vídeo de apresentação na categoria “não listado” no youtube?Simversão: 1.0- 13/11/2024 às 21:08
+

Fonte: Adaptado de Plano de Ensino da disciplina

+

Conteúdo da Disciplina

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Itens de VerificaçãoRespostaVersão, Data e Hora da avaliação
Possui a justificativa da escolha do Processo de Design?SIMversão: 1.0- 13/11/2024 às 18:17
A introdução contextualiza o tema e destaca a importância do processo de design?SIMversão: 1.0- 13/11/2024 às 18:17
A descrição dos modelos de processos de design é clara e fácil de entender?SIMversão: 1.0- 13/11/2024 às 18:18
As informações apresentadas estão diretamente relacionadas ao contexto de design de IHC (Interação Humano-Computador) e são aplicáveis ao projeto?SIMversão: 1.0- 13/11/2024 às 18:19
+

Fonte: Plano de Ensino da disciplina1 e Luiza Maluf2

+
+

Bibliografia

+
+

Melo, Arthur de. Planejamento da Verificação da Etapa 1 do Grupo 2. Repositório do Grupo Bilheteria Digital 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/verificacao/grupo2/etapa1/planejamento/. Acesso em: 8 nov, 2024.

+
+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisores
1.013/11/2024Verificação do Grupo 01.Kaio EnzoMárcio Henrique
1.113/11/2024Correção de referência.Kaio EnzoMárcio Henrique
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo/grupo01/etapa2/assets/historico.png b/verificacao/grupo/grupo01/etapa2/assets/historico.png new file mode 100644 index 00000000..dd80a95a Binary files /dev/null and b/verificacao/grupo/grupo01/etapa2/assets/historico.png differ diff --git a/verificacao/grupo/grupo01/etapa2/assets/revisores.png b/verificacao/grupo/grupo01/etapa2/assets/revisores.png new file mode 100644 index 00000000..045ad987 Binary files /dev/null and b/verificacao/grupo/grupo01/etapa2/assets/revisores.png differ diff --git a/verificacao/grupo/grupo01/etapa2/assets/tabela.png b/verificacao/grupo/grupo01/etapa2/assets/tabela.png new file mode 100644 index 00000000..3fc98af4 Binary files /dev/null and b/verificacao/grupo/grupo01/etapa2/assets/tabela.png differ diff --git a/verificacao/grupo/grupo01/etapa2/verificacao-aspectos-eticos/index.html b/verificacao/grupo/grupo01/etapa2/verificacao-aspectos-eticos/index.html new file mode 100644 index 00000000..879cc26c --- /dev/null +++ b/verificacao/grupo/grupo01/etapa2/verificacao-aspectos-eticos/index.html @@ -0,0 +1,3822 @@ + + + + + + + + + + + + + + + + + + + Verificacao aspectos eticos - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Verificacao aspectos eticos

+ + + + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo/grupo01/etapa2/verificacao-etapa2/index.html b/verificacao/grupo/grupo01/etapa2/verificacao-etapa2/index.html new file mode 100644 index 00000000..d296795b --- /dev/null +++ b/verificacao/grupo/grupo01/etapa2/verificacao-etapa2/index.html @@ -0,0 +1,4333 @@ + + + + + + + + + + + + + + + + + + + + + + + Verificação da Etapa 2 - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Verificação da Etapa 2

+ +

Introdução

+

Este artefato consiste em uma verificação por meio da inspeção do material produzido pelo Grupo 01. O Grupo 08 será responsável por realizar a inspeção do artefato do Grupo 01.

+

Objetivo

+

O principal objetivo dessa inspeção é identificar inconsistências, erros e pontos de melhoria no artefato produzido. Espera-se que a inspeção seja realizada de forma crítica e construtiva, contribuindo assim para a qualidade do artefato.

+

Metodologia

+

A metodologia escolhida foi feita com base na idea de Fagan na IBM em 1976, que propõe a inspeção de software. A inspeção de software é uma técnica de verificação de artefatos que tem como objetivo identificar defeitos nos artefatos. A lista de verificações foi elaborada com base no Plano de Ensino da disciplina.

+

Participantes

+

Os participantes da inspeção realizada são:

+ +

Lista de verificação

+

Desenvolvimento do Projeto

+

Tabela 1: Lista de Verificação

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Itens de VerificaçãoRespostaVersão, Data e Hora da avaliaçãoObservação
O histórico de versão padronizado?Simversão: 1.0- 04/12/2024 às 21:55-
O(s) autor(es) e o(s) revisor(es) para cada artefato?SIMversão: 1.0- 04/12/2024 às 22:59revisores
O revisores estão ausentes.
Referências bibliográficas e/ou bibliografia em todos os artefatos?SIMversão: 1.0- 04/12/2024 às 23:00
As tabelas e imagens possuem legenda e fonte e elas são chamadas dentro dos textos?Incompletoversão: 1.0- 04/12/2024 às 23:02tabela
A legenda da tabela está ausente na tela de perfil do usuário.
Um texto fazendo uma introdução dos artefatos?SIMversão: 1.0- 04/12/2024 às 23:06
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.Simversão: 2.0- 04/12/2024 às 23:07
Ata(s) da(s) reuniões (com data, horário de início e do final, participantes, objetivo, atividades definidas etc)SIMversão: 1.0- 13/11/2024 às 21:07
A gravação da reunião do grupo.Sim
Vídeo de apresentação na categoria “não listado” no youtube?Simversão: 1.0- 04/12/2024 às 23:09
+

Fonte: Adaptado de Plano de Ensino da disciplina

+

Perfil do usuário, Aspectos Éticos de Pesquisas Envolvendo Pessoas e Análise de tarefas

+

Tabela 2: Lista de Verificação

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Itens de VerificaçãoRespostaVersão, Data e Hora da avaliaçãoObservação
O perfil do usuário?Simversão: 1.0- 04/12/2024 às 23:15
O perfil do usuário possui os atributos de um perfil.Simversão: 1.0- 04/12/2024 às 23:17
O perfil do usuário define os grupos de atributos apresentados no capítulo 8
Organização do Espaço de Problema:
  • 1 - idade (criança, jovem, adulto, terceira idade etc.);
  • 2 - experiência (leigo/ novato, especialista);
  • 3 - atitudes (tecnófilos, tecnófobos); e
  • 4 - tarefas primárias (compra, venda)
Simversão: 1.0- 04/12/2024 às 23:18
Considera aspectos Éticos de Pesquisas Envolvendo Pessoas?Simversão: 1.0- 04/12/2024 às 23:21
Os 4 princípios (da autonomia, da beneficência, princípio da não maleficência e da
justiça e equidade)Simversão: 1.0- 04/12/2024 às 23:22
Aue solicitará a permissão para gravar a voz ou imagem de qualquer pessoa, antes de
começar a gravação?Simversão: 1.0- 04/12/2024 às 23:23
O termo de consentimento livre e esclarecido dos participantes?Simversão: 1.0- 04/12/2024 às 23:24
Foram utilizadas no mínimo duas técnicas para coletar dados e levantar os requisitos dos usuários (quanto mais melhor)?
  • entrevistas
  • grupos de foco
  • questionários
  • brainstorming de necessidades e desejos dos usuários
  • classificação de cartões (card sorting)
  • estudos de campo
  • investigação contextual
Simversão: 1.0- 04/12/2024 às 23:25
Os Cenários?Simversão: 1.0- 04/12/2024 às 23:26
A Análise de tarefas?Simversão: 1.0- 04/12/2024 às 23:27
– uma atividade para cada integrante do grupos que deve estar modelizado em ao menos duas técnicas para especificar as tarefas? • O HTA com diagrama, legenda e representação em tabela. • GOMS (Goals, Operators, Methods, and Selection Rules) representado pelos
modelos: KLM, CMN-GOMS, CPM-GOMS, CTTSimversão: 1.0- 04/12/2024 às 23:28
Utilizaram alguma técnica para especificar as tarefas?Simversão: 1.0- 04/12/2024 às 23:29
+

Referência bibliográfica

+
+

UNIVESP. Gerência e Qualidade de Software - Aula 06 - Técnica de revisão. Disponível em: <https://www.youtube.com/watch?v=nA1BVDd9GUE>. Acesso em: 04 dez, 2024.

+
+

Bibliografia

+
+

Melo, Arthur de. Planejamento da Verificação da Etapa 2 do Grupo 2. Repositório do Grupo Bilheteria Digital 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/verificacao/grupo2/etapa1/planejamento/. Acesso em: 04 dez, 2024.

+
+

Histórico de versão

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisores
1.013/11/2024Verificação do Grupo 01.Kaio EnzoMárcio Henrique
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo/grupo01/etapa3/verificacao-etapa3/index.html b/verificacao/grupo/grupo01/etapa3/verificacao-etapa3/index.html new file mode 100644 index 00000000..3fd85beb --- /dev/null +++ b/verificacao/grupo/grupo01/etapa3/verificacao-etapa3/index.html @@ -0,0 +1,4739 @@ + + + + + + + + + + + + + + + + + + + + + + + Verificação da Etapa 3 - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Verificação da Etapa 3

+

Introdução

+

Este artefato consiste em uma verificação por meio da inspeção do material produzido pelo Grupo 01. O Grupo 08 será responsável por realizar a inspeção do artefato do Grupo 01.

+

Objetivo

+

O principal objetivo dessa inspeção é identificar inconsistências, erros e pontos de melhoria no artefato produzido. Espera-se que a inspeção seja realizada de forma crítica e construtiva, contribuindo assim para a qualidade do artefato.

+

Metodologia

+

A metodologia escolhida foi feita com base na idea de Fagan na IBM em 1976, que propõe a inspeção de software. A inspeção de software é uma técnica de verificação de artefatos que tem como objetivo identificar defeitos nos artefatos. A lista de verificações foi elaborada com base no Plano de Ensino da disciplina.

+

Participantes

+

Os participantes da inspeção realizada são:

+ +

Cronograma

+

A verificação será realizada durante o dia 04/12/2024 por cada integrante do grupo e registrada na página de documentação do projeto.

+

Artefatos Revisados

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ArtefatoVersãoResponsável
Princípios gerais de projeto1.0Luiza Maluf
Metas de usabilidade1.0Luiza Maluf
Guia de estilo1.0Márcio Henrique
Características da plataforma para o projeto1.0Márcio Henrique
+

+

Lista de Verificação

+

Planejamento Geral do Projeto

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Itens de VerificaçãoRespostaVersão, Data e Hora da avaliação
Possui uma página apresentando os integrantes da equipe (com foto) com nome e sem matrícula?SIMversão: 2.0 - 04/12/2024 às 22:43
O cronograma do planejamento apresenta todas as atividades de todas as etapas para cada integrante com as datas de início e fim das entrega dos artefatos e com o período da revisão deles?SIMversão: 2.0 - 04/12/2024 às 22:45
O cronograma do planejamento apresenta um período de gravação da apresentação de cada etapa.SIMversão: 2.0- 04/12/2024 às 22:47
O cronograma prever um período de revisão/ajustes nos artefatos devidos as considerações dos monitores/professor?NÃOversão: 2.0- 04/12/2024 às 22:48
A motivação e os critérios para a escolha do site?SIMversão: 2.0- 04/12/2024 às 22:50
O planejamento e avaliação dos sites selecionados?SIMversão: 2.0- 04/12/2024 às 22:52
Possui opção de contraste de cores?SIMversão: 2.0- 04/12/2024 às 22:53
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?SIMversão: 2.0- 04/12/2024 às 22:55
+

Fonte: Adaptado de Plano de Ensino da disciplina

+

+

Princípios Gerais de Projeto

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
1O documento apresentaa embasamento teórico?NÃO-
2Foram identificadas violações dos princípios gerais definidos no projeto? Caso sim, essas violações foram explicitadas?Sim-
3O documento contém correspondência com as expectativas dos usuários ?Sim-
4O documento contém simplicidade nas estruturas das tarefas ?Sim-
5O documento contém equilíbrio entre controle e liberdade do usuário ?Sim-
6O documento contém consistência e padronização ?Sim-
7O documento contém promoção da eficiência do usuário ?Sim-
8O documento contém antecipação das necessidades do usuário ?Sim-
9O documento contém visibilidade e reconhecimento ?Sim-
10O documento gerais contém conteúdo relevante e expressão adequada ?Sim-
11O documento contém projeto para erros ?NÃO-
+

Autor: Luiza Maluf

+

+

Metas de Usabilidade

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
1São apresentados quais fatores de qualidade de uso serão priorizados no projeto?Sim-
2A razão da seleção das metas de usabilidade?Sim-
3As metas foram definidas através do perfil de usuário?Sim-
4Foram definidas as usabilidades em 6 metas?Sim-
5O artefato descreve o contexto de uso do sistema (plataformas e dispositivos)?Sim-
6As metas incluem métricas para avaliação objetiva (ex: tempo, cliques, taxa de sucesso)?Sim-
7As metas consideram segurança (ex: proteção de dados, prevenção de erros)?Sim-
8O texto aborda diferentes níveis de experiência dos usuários?SIM-
+

Autor: Luiza Maluf

+

+

Metas de Características Geris

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
1São identificadas as características da plataforma para o projeto ?Sim-
2São identificados os navegadores ou dispositivos que podem acessar a plataforma ?Sim-
3São identificadas as limitações da plataforma ?Não-
4São identificadas as funcionalidades da plataforma ?Sim
5São identificadas as tecnologias que foram utilizadas ?Sim-
+

Autor: Márcio Henrique, 2024.

+

+

Guia de Estilos

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
1Existe um tópico de introdução?Sim-
1.1Existe um subtópico de objetivo do guia de estilo?Sim-
1.2Existe um subtópico de organização e conteúdo do guia de estilo?Não-
1.3Existe um subtópico de público-alvo do guia de estilos?Não-
1.4Existe um subtópico de como utilizar o guia?Incompleto-
1.5Existe um subtópico de como manter o guia?Não-
2Existe um tópico de resultados de análise?Não-
2.1Existe um subtópico de descrição do ambiente de trabalho do usuário?Não
3Existe um tópico de Elementos de interface?Sim-
3.1Existe um subtópico de disposição espacial e grid?Sim
3.2Existe um subtópico de janelas?Não
3.3Existe um subtópico de tipografia?Sim
3.4Existe um subtópico de símbolos não tipográficos?Não
3.5Existe um subtópico de cores?Sim
3.6Existe um subtópico de animações?Não-
4Existe um tópico de Elementos de interação?Não-
4.1Existe um subtópico de estilos de interação?Não
4.2Existe um subtópico de seleção de um estilo?Não
4.3Existe um subtópico de aceleradores (teclas de atalho)?Não
5Existe um tópico de Elementos de ação?Não-
5.1Existe um subtópico de preenchimento de campos?Não
5.2Existe um subtópico de seleção?Não
5.3Existe um subtópico de ativação?Não
6Existe um tópico de Vocabulário e padrões?Não-
6.1Existe um subtópico de terminologia?Não
6.2Existe um subtópico de tipos de tela (para tarefas comuns)?Não
6.3Existe um subtópico de sequências de diálogos?Não
7O Guia de Estilo apresenta como os Princípios Gerais do Projeto serão adicionados ao projeto?Não-
8O guia trata as metas de usabilidade priorizadas?Não-
+

Autor: Márcio Henrique, 2024.

+

+

Referências Bibliográficas

+
+

MARCUS, A. Graphic Design for Electronic Documents and User Interfaces. New York: The ACM Press, 1992. + MAYHEW, D. The Usability Engineering Lifecycle: a practitioner’s handbook for user interface design. San Francisco: Morgan Kaufmann, 1999.

+
+

Bibliografia

+
+

FERREIRA, Rafael. Verificação do Planejamento da Avaliação da Análise de Tarefas. Repositório do Grupo Bilheteria Digital da disciplina de Interação Humano Computador da Universidade de Brasília, 2023. Disponível em: <<>>. Acesso em: 18 junho 2023. +BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+
+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.003/12/2024Verificação do perfil do usuárioLuiza MalufDeM4rcio
1.004/12/2024Criação do documentoMárcio HenriqueLuiza Maluf
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo/grupo01/etapa4/verificacao-etapa4/index.html b/verificacao/grupo/grupo01/etapa4/verificacao-etapa4/index.html new file mode 100644 index 00000000..1a9d9089 --- /dev/null +++ b/verificacao/grupo/grupo01/etapa4/verificacao-etapa4/index.html @@ -0,0 +1,4597 @@ + + + + + + + + + + + + + + + + + + + + + + + Verificação da Etapa 4 - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Verificação da Etapa 4

+

Introdução

+

Este artefato consiste em uma verificação por meio da inspeção do material produzido pelo Grupo 01. O Grupo 08 será responsável por realizar a inspeção do artefato do Grupo 01.

+

Objetivo

+

O principal objetivo dessa inspeção é identificar inconsistências, erros e pontos de melhoria no artefato produzido. Espera-se que a inspeção seja realizada de forma crítica e construtiva, contribuindo assim para a qualidade do artefato.

+

Metodologia

+

A metodologia escolhida foi feita com base na idea de Fagan na IBM em 1976, que propõe a inspeção de software. A inspeção de software é uma técnica de verificação de artefatos que tem como objetivo identificar defeitos nos artefatos. A lista de verificações foi elaborada com base no Plano de Ensino da disciplina.

+

Participantes

+

Os participantes da inspeção realizada são:

+ +

Cronograma

+

A verificação será realizada durante o dia 03/01/2025 por cada integrante do grupo e registrada na página de documentação do projeto.

+

Artefatos Revisados

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ArtefatoVersãoResponsável
Planejamento da Avaliação da Análise de Tarefas1.0Luiza Maluf
Planejamento do Relato dos Resultados da Análise de Tarefas1.0Luiza Maluf
Planejamento da Avaliação do Storyboard.1.0Márcio Henrique
Planejamento do Relato dos Resultados do Storyboard1.0Márcio Henrique
+

+

Lista de Verificação

+

itens Gerais do Projeto

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoVersão, Data e Hora da avaliação
Padronização
1O artefato possui introdução?Simversão: 1.0- 03/01/2025 às 10:06
2O artefato possui uma bibliografia/referência bibliográfica?Simversão: 1.0- 03/01/2025 às 10:06
3O artefato possui um histórico de versões com o id e descrição das versões, data, autores e revisores?Simversão: 1.0- 03/01/2025 às 10:06
4Todas as tabelas e imagens são chamadas no texto, possuem legendas e fontes?Simversão: 1.0- 03/01/2025 às 10:06
5Todos os textos estão na norma padrão?Simversão: 1.0- 03/01/2025 às 10:06
+

Fonte: Adaptado de Plano de Ensino da disciplina

+

+

Lista de Verificação geral da Entrega 4 (Plano de Ensino)

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
QuestãoRespostaVersão, Data e Hora da Avaliação
3 - 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)Simversão: 1.0 - 03/01/2025 às 10:17
4 - Os métodos de avaliação a serem utilizados? Adicionar referência bibliográfica da fonte e foto do texto da referência explicando os métodos de avaliação. Autor:Incompletoversão: 1.0 - 03/01/2025 às 10:17
5 - 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)?Simversão: 1.0 - 03/01/2025 às 10:17
6 - 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.)?Simversão: 1.0 - 03/01/2025 às 10:17
7 - 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)?Simversão: 1.0 - 03/01/2025 às 10:17
8 - Um cronograma (data e horário) e local para realização da avaliação do StoryBoard e da Análise das Tarefas?Simversão: 1.0 - 03/01/2025 às 10:17
9 - Cada desenho do StoryBoard está relacionado a uma especificação do artefato da Análise de Tarefas?Simversão: 1.0 - 03/01/2025 às 10:17
10 - A quantidade de storyboards é igual à quantidade de integrantes do grupo?Simversão: 1.0 - 03/01/2025 às 10:17
11 - A definição do teste piloto e data para realização do teste piloto antes da avaliação? Adicionar referência bibliográfica da fonte e foto do texto da referência explicando o teste piloto. Autor:Nãoversão: 1.0 - 03/01/2025 às 10:17
12 - O resultado do teste piloto não será apresentado no resultado da avaliação?Simversão: 1.0 - 03/01/2025 às 10:17
13 - 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)?Simversão: 1.0 - 03/01/2025 às 10:17
+

Autor: Márcio Henrique

+

+

Lista de Verificação geral da Entrega 4

+

Tabela 1

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoVersão, Data e Hora da avaliaçãoObservações
Padronização
1O artefato possui introdução?Simversão:1.0 - 03/01/2025 às 10:32-
2O artefato possui uma bibliografia/referência bibliográfica?Simversão:1.0 - 03/01/2025 às 10:32-
3O artefato possui um histórico de versões com o ID, descrição das versões, data, autores e revisores?Simversão:1.0 - 03/01/2025 às 10:32-
4Todas as tabelas e imagens são chamadas no texto, possuem legendas e fontes?Simversão:1.0 - 03/01/2025 às 10:32-
5Todos os textos estão na norma padrão?Simversão:1.0 - 03/01/2025 às 10:32-
Planejamento do Storyboard
1O storyboard possui um título claro e descritivo?Simversão:1.0 - 03/01/2025 às 10:32-
2Todos os quadros estão numerados de forma sequencial?Simversão:1.0 - 03/01/2025 às 10:32-
3Há consistência na estrutura de cada quadro (mesmo formato e tamanho)?Simversão:1.0 - 03/01/2025 às 10:32-
4O fluxo narrativo segue uma ordem lógica e coerente?Simversão:1.0 - 03/01/2025 às 10:32-
5O fluxo narrativo segue uma ordem lógica e coerente?Simversão:1.0 - 03/01/2025 às 10:32-
6Os esboços ou imagens representam as ações de forma clara e compreensível?Incompletoversão:1.0 - 03/01/2025 às 10:32Melhorar ações que demonstrem a narração tratada
7Os elementos visuais são consistentes em estilo (mesmo traço, proporções, etc.)?Simversão:1.0 - 03/01/2025 às 10:32-
8As expressões faciais e posturas corporais dos personagens são adequadas para transmitir emoções?Simversão:1.0 - 03/01/2025 às 10:32-
9Há destaque para elementos importantes (setas, círculos, ou legendas)?Simversão:1.0 - 03/01/2025 às 10:32-
10Cada quadro inclui uma descrição textual breve e objetiva?Simversão:1.0 - 03/01/2025 às 10:32-
11StoryBoard representa a tarefa a executar pelo usuário?Simversão:1.0 - 03/01/2025 às 10:32-
12StoryBoard apresenta ao menos uma pessoa na história?Simversão:1.0 - 03/01/2025 às 10:32-
13StoryBoard apresenta pontos chaves da interação da pessoa com a interface?Simversão:1.0 - 03/01/2025 às 10:32-
14O Storyboard foi criado a partir de algumas das pessoas do presente projeto?Simversão:1.0 - 03/01/2025 às 10:32-
15O storyboard deixa claro quem são as pessoas?Simversão:1.0 - 03/01/2025 às 10:32-
16O storyboard deixa claro a necessidade do cliente?Simversão:1.0 - 03/01/2025 às 10:32-
17O storyboard possui diálogo?Nãoversão:1.0 - 03/01/2025 às 10:32-
18O Storyboard possui no mínimo 3 cenas?Simversão:1.0 - 03/01/2025 às 10:32-
19O storyboard se enquadra nos tipos não linear ou linear?Simversão:1.0 - 03/01/2025 às 10:32-
20O storyboard conclui de forma clara?Simversão:1.0 - 03/01/2025 às 10:32-
+
+

Referências Bibliográficas

+
+

MARCUS, A. Graphic Design for Electronic Documents and User Interfaces. New York: The ACM Press, 1992. + MAYHEW, D. The Usability Engineering Lifecycle: a practitioner’s handbook for user interface design. San Francisco: Morgan Kaufmann, 1999.

+
+

Bibliografia

+
+

FERREIRA, Rafael. Verificação do Planejamento da Avaliação da Análise de Tarefas. Repositório do Grupo Bilheteria Digital da disciplina de Interação Humano Computador da Universidade de Brasília, 2023. Disponível em: <<>>. Acesso em: 18 junho 2023. +BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+
+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.003/01/2025Criação do documentoMárcio HenriqueLuiza MaLuf
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo/grupo01/etapa5/verificacaoa-etapa5/index.html b/verificacao/grupo/grupo01/etapa5/verificacaoa-etapa5/index.html new file mode 100644 index 00000000..e84803b1 --- /dev/null +++ b/verificacao/grupo/grupo01/etapa5/verificacaoa-etapa5/index.html @@ -0,0 +1,4784 @@ + + + + + + + + + + + + + + + + + + + + + + + Verificação da Etapa 5 - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Verificação da Etapa 5

+

Introdução

+

Este artefato consiste em uma verificação por meio da inspeção do material produzido pelo Grupo 01. O Grupo 08 será responsável por realizar a inspeção do artefato do Grupo 01.

+

Objetivo

+

O principal objetivo dessa inspeção é identificar inconsistências, erros e pontos de melhoria no artefato produzido. Espera-se que a inspeção seja realizada de forma crítica e construtiva, contribuindo assim para a qualidade do artefato.

+

Metodologia

+

A metodologia escolhida foi feita com base na idea de Fagan na IBM em 1976, que propõe a inspeção de software. A inspeção de software é uma técnica de verificação de artefatos que tem como objetivo identificar defeitos nos artefatos. A lista de verificações foi elaborada com base no Plano de Ensino da disciplina.

+

Participantes

+

Os participantes da inspeção realizada são:

+ +

Cronograma

+

A verificação será realizada durante o dia 06/01/2025 por cada integrante do grupo e registrada na página de documentação do projeto.

+

Artefatos Revisados

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ArtefatoVersãoResponsável
Relato do resultado da avaliação da análise de tarefa1.0Luiza Maluf
Relato do resultados da avaliação do storyboard1.0Luiza Maluf
Planejamento da Avaliação do protótipo de papel1.0Márcio Henrique
Planejamento do Relato dos resultados do protótipo de papel1.0Márcio Henrique
+

+

Lista de Verificação

+

Relato do resultado da avaliação da análise de tarefa

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
Padronização
1O artefato possui introdução?Sim / versão 1.0 - 06/01/2025 - 21:47-
2O artefato possui uma bibliografia/referência bibliográfica?Incompleto / versão 1.0 - 06/01/2025 - 21:47Confusão sobre referência bibliográfica , e bibliograia
3O artefato possui um histórico de versões com o id e descrição das versões, data, autores e revisores?Sim / versão 1.0 - 06/01/2025 - 21:47
4Todas as tabelas e imagens são chamadas no texto, possuem legendas e fontes?Sim / versão 1.0 - 06/01/2025 - 21:47-
5Todos os textos estão na norma padrão?Sim / versão 1.0 - 06/01/2025 - 21:47-
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservaçõesAutor do Item
1O Relato detalha claramente os objetivos Avaliação da análise de tarefas?Sim / versão 1.0 - 06/01/2025 - 21:48-Luiza Maluf
2Os métodos de avaliação a serem utilizados estão especificados?Sim / versão 1.0 - 06/01/2025 - 21:48-Plano de Ensino
3O documento especifica quem serão os participantes da avaliação?Sim / versão 1.0 - 06/01/2025 - 21:48-Luiza Maluf
4Os perfis dos participantes estão alinhados com os perfis de usuário definidos na análise?Não / versão 1.0 - 06/01/2025 - 21:48-Luiza Maluf
5O papel de cada participante durante a avaliação está claramente definido?Não / versão 1.0 - 06/01/2025 - 21:48-Luiza Maluf
6Os dados são interpretados e apresentados após a avaliação?Sim / versão 1.0 - 06/01/2025 - 21:48-Luiza Maluf
7O documento trata das questões éticas que dizem respeito aos participantes da entrevista?Sim / versão 1.0 - 06/01/2025 - 21:49-Plano de Ensino
8O relato apresenta as sugetões de melhorias indicadas pelos entrevistados?Sim / versão 1.0 - 06/01/2025 - 21:49-Plano de Ensino
9O relato apresenta o feedback dos usuários em relação a analise de tarefa vista?Sim / versão 1.0 - 06/01/2025 - 21:49-Luiza Maluf
10O relato possui o link de gravação da entrevista?Sim / versão 1.0 - 06/01/2025 - 21:49-Luiza Maluf
+

Fonte: Adaptado de Plano de Ensino da disciplina

+

+

Relato dos Resultados da Avaliação dos Storyboards

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
Padronização
1O artefato possui introdução?Sim / versão 1.0 - 06/01/2025 - 21:45
2O artefato possui uma bibliografia/referência bibliográfica?Sim / versão 1.0 - 06/01/2025 - 21:45-
3O artefato possui um histórico de versões com o id e descrição das versões, data, autores e revisores?Incompleto / versão 1.0 - 06/01/2025 - 21:45Sem data e revisores
4Todas as tabelas e imagens são chamadas no texto, possuem legendas e fontes?Incompleto / versão 1.0 - 06/01/2025 - 21:45Alguns videos e imagens não são chamadas no texto
5Todos os textos estão na norma padrão?Sim / versão 1.0 - 06/01/2025 - 21:45
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservaçõesAutor do Item
1O relato possui o objetivo e escopo de avaliação dos reusltados?Incompleto / versão 1.0 - 06/01/2025 - 21:46O teste está dentro da execução da avaliação e não seguiram a metodologia contida dentro do planejamentoLuiza Maluf
2O relato possui a metodologia utilizada?Não / versão 1.0 - 06/01/2025 - 21:46-Luiza Maluf
3O participante está de acordo com o perfil de usuário definido? E isso está explícito no documento?Não / versão 1.0 - 06/01/2025 - 21:46-Luiza Maluf
4O relato possui uma seção indicando as sugestões e melhorias que os participantes indicaram na entrevista?Não / versão 1.0 - 06/01/2025 - 21:47-Luiza Maluf
5O relato possui registrado a conclusão dos resultados colhidos nas entrevista?Sim / versão 1.0 - 06/01/2025 - 21:48-Luiza Maluf
6O relato possui o link de gravação da entrevista?Sim / versão 1.0 - 06/01/2025 - 21:48-Luiza Maluf
+

Autor: Luiza Maluf, 2025.

+

+

Planejamento da Avaliação da Prototipação em Papel_

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
Padronização
1O artefato possui introdução?Sim / versão 1.0 - 06/01/2025 - 21:33
2O artefato possui uma bibliografia/referência bibliográfica?Sim / versão 1.0 - 06/01/2025 - 21:33-
3O artefato possui um histórico de versões com o id e descrição das versões, data, autores e revisores?Incompleto versão 1.0 - 06/01/2025 - 21:34incompleto não houve a atualização
4Todas as tabelas e imagens são chamadas no texto, possuem legendas e fontes?Sim / versão 1.0 - 06/01/2025 - 21:35
5Todos os textos estão na norma padrão?Sim /versão 1.0 - 06/01/2025 - 21:35
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservaçõesAutor do item
1O planejamento possui os objetivos explícitos?Não / versão 1.0 - 06/01/2025 - 21:37Parte direto para a introduçãoMárcio Henrique
2O planejamento segue o framework DECIDE?Sim/ versão 1.0 - 06/01/2025 - 21:37-Márcio Henrique
3O documento possui as perguntas que devem ser usadas na avaliação?Sim / versão 1.0 - 06/01/2025 - 21:37-Márcio Henrique
4O documento possui as metodologias usadas na avaliação?Sim/ versão 1.0 - 06/01/2025 - 21:37-Márcio Henrique
5O documento possui os participantes da avaliação?Não / versão 1.0 - 06/01/2025 - 21:38-Márcio Henrique
6O documento possui cronograma?Sim / versão 1.0 - 06/01/2025 - 21:38-Márcio Henrique
7O documento possui a descrição das questões práticas da avaliação?Sim / versão 1.0 - 06/01/2025 - 21:38-Márcio Henrique
8O planejamento possui uma seção que trata dos aspectos éticos?Sim / versão 1.0 - 06/01/2025 - 21:38-Márcio Henrique
9O planejamento possui uma seção de teste piloto com todas as suas devidas informações?Não / versão 1.0 - 06/01/2025 - 21:38-Márcio Henrique
+

Autor: Luiza Maluf

+

+

Planejamento do Relato dos Resultados da Avaliação da Prototipação de Papel

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
Padronização
1O artefato possui introdução?Sim / versão 1.0 - 06/01/2025 - 21:40
2O artefato possui uma bibliografia/referência bibliográfica?Sim / versão 1.0 - 06/01/2025 - 21:40-
3O artefato possui um histórico de versões com o id e descrição das versões, data, autores e revisores?Sim / versão 1.0 - 06/01/2025 - 21:41
4Todas as tabelas e imagens são chamadas no texto, possuem legendas e fontes?Sim / versão 1.0 - 06/01/2025 - 21:41-
5Todos os textos estão na norma padrão?Sim / versão 1.0 - 06/01/2025 - 21:41-
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservaçõesAutor do item
1O documento possui um tópico sobre quais são os objetivos do relato?Não versão 1.0 - 06/01/2025 - 21:42Parte direto para a metodologiaMárcio Henrique
2O documento possui um tópico sobre a metodologia de prototipação de papel?Não / versão 1.0 - 06/01/2025 - 21:42Márcio Henrique
3O documento possui um tópico sobre quais foram os participantes e os seus perfis?Não / versão 1.0 - 06/01/2025 - 21:42Márcio Henrique
4O documento possui um tópico sobre as tarefas a serem executadas pelos participantes?Incompleto / versão 1.0 - 06/01/2025 - 21:42É explicito que somenteMárcio Henrique
5O documento possui um tópico sobre a lista dos problemas de usabilidade ainda não corrigidos?Não / versão 1.0 - 06/01/2025 - 21:43Márcio Henrique
6O documento possui um tópico sobre indicações de partes do sistema que podem ser mais bem elaboradas?Sim / versão 1.0 - 06/01/2025 - 21:43Márcio Henrique
7O documento está estruturado conforme os relatos realizados anteriores?Sim / versão 1.0 - 06/01/2025 - 21:43Márcio Henrique
+

Autor: Márcio Henrique, 2024.

+

+

Vídeo de Inspeção

+

+ + +

+

Bibliografia

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+
+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.006/01/2025Criação do documentoLuiza Maluf e DeM4rcioDeM4rcio
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo/grupo01/etapa6/verificacao-etapa6/index.html b/verificacao/grupo/grupo01/etapa6/verificacao-etapa6/index.html new file mode 100644 index 00000000..60583669 --- /dev/null +++ b/verificacao/grupo/grupo01/etapa6/verificacao-etapa6/index.html @@ -0,0 +1,4557 @@ + + + + + + + + + + + + + + + + + + + + + + + Verificação da Etapa 6 - IHC - Grupo 8 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Verificação da Etapa 6

+

Introdução

+

Este artefato consiste em uma verificação por meio da inspeção do material produzido pelo Grupo 01. O Grupo 08 será responsável por realizar a inspeção do artefato do Grupo 01.

+

Objetivo

+

O principal objetivo dessa inspeção é identificar inconsistências, erros e pontos de melhoria no artefato produzido. Espera-se que a inspeção seja realizada de forma crítica e construtiva, contribuindo assim para a qualidade do artefato.

+

Metodologia

+

A metodologia escolhida foi feita com base na idea de Fagan na IBM em 1976, que propõe a inspeção de software. A inspeção de software é uma técnica de verificação de artefatos que tem como objetivo identificar defeitos nos artefatos. A lista de verificações foi elaborada com base no Plano de Ensino da disciplina.

+

Participantes

+

Os participantes da inspeção realizada são:

+ +

Cronograma

+

A verificação será realizada durante o dia 15/01/2025 por cada integrante do grupo e registrada na página de documentação do projeto.

+

Artefatos Revisados

+

+ + + + + + + + + + + + + + + + + + + + + + + + + +
ArtefatoVersãoResponsável
Relato do resultado da avaliação do protótipo de papel1.0Luiza Maluf
Planejamento da Avaliação do protótipo de alta fidelidade1.0Márcio Henrique
Planejamento do Relato dos resultados do protótipo de alta fidelidade1.0Márcio Henrique
+

+

Lista de Verificação

+

Relato do resultado da avaliação do protótipo de papel

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
Padronização
1O artefato possui introdução?Sim / versão 1.0 - 15/01/2025 - 21:31-
2O artefato possui uma bibliografia/referência bibliográfica?Sim / versão 1.0 - 15/01/2025 - 21:31Confusão sobre referência bibliográfica , e bibliograia
3O artefato possui um histórico de versões com o id e descrição das versões, data, autores e revisores?Sim / versão 1.0 - 15/01/2025 - 21:31
4Todas as tabelas e imagens são chamadas no texto, possuem legendas e fontes?Sim / versão 1.0 - 15/01/2025 - 21:31-
5Todos os textos estão na norma padrão?Sim / versão 1.0 - 15/01/2025 - 21:31-
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservaçõesAutor do Item
1O relato possui o objetivo e escopo de avaliação dos reusltados?Incompleto / versão 1.0 - 15/01/2025 - 21:33Não está de acordo com os quatros objeticvos encontrado no livro didáaticoLuiza Maluf
2O relato possui a metodologia utilizada?Não / versão 1.0 - 15/01/2025 - 21:33-Luiza Maluf
3O participante está de acordo com o perfil de usuário definido? E isso está explícito no documento?Incompleto / versão 1.0 - 15/01/2025 - 21:31Não está claro o motivo de escolha dos participantesLuiza Maluf
4O relato possui uma seção indicando as sugestões e melhorias que os participantes indicaram na entrevista?Sim / versão 1.0 - 15/01/2025 - 21:32-Luiza Maluf
5O relato possui registrado a conclusão dos resultados colhidos nas entrevista?Sim / versão 1.0 - 15/01/2025 - 21:33-Luiza Maluf
6O relato possui o link de gravação da entrevista?Sim / versão 1.0 - 15/01/2025 - 21:33-Luiza Maluf
+

Fonte: Adaptado de Plano de Ensino da disciplina

+

+

Planejamento da Avaliação do protótipo de alta fidelidade

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
Padronização
1O artefato possui introdução?Sim / versão 1.0 - 15/01/2025 - 21:33
2O artefato possui uma bibliografia/referência bibliográfica?Incompleto / versão 1.0 - 06/01/2025 - 21:37Confusão entre as referência bibliográfica e bibliografia
3O artefato possui um histórico de versões com o id e descrição das versões, data, autores e revisores?Sim / versão 1.0 - 15/01/2025 - 21:37
4Todas as tabelas e imagens são chamadas no texto, possuem legendas e fontes?Sim / versão 1.0 - 15/01/2025 - 21:39Alguns videos e imagens não são chamadas no texto
5Todos os textos estão na norma padrão?Incompletos / versão 1.0 - 15/01/2025 - 21:39Pequenos erros na gramática
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
1O planejamento possui os objetivos explícitos?Incompleto / versão 1.0 - 15/01/2025 - 21:41Não está de acordo com os objetivos do livro da disciplina
2O planejamento segue o framwork DECIDE?Sim / versão 1.0 - 15/01/2025 - 21:41-
3O documento possui as perguntas que devem ser usadas na avaliação?Sim / versão 1.0 - 15/01/2025 - 21:41-
4O documento possui as metodologias usadas na avaliação?Sim / versão 1.0 - 15/01/2025 - 21:41-
5O docuemnto possui os participantes da avaliaçãoSim / versão 1.0 - 15/01/2025 - 21:41-
6O documento possui cronograma?Sim / versão 1.0 - 15/01/2025 - 21:41-
7O docuemnto possui a descrição das questões práticas da avaliação?Sim / versão 1.0 - 15/01/2025 - 21:41-
8O planejamento possui uma seção que trata dos aspectos éticos?Sim / versão 1.0 - 15/01/2025 - 21:41-
9O planejamento possui uma seção de teste piloto com todas as suas devidas informações?Não / versão 1.0 - 15/01/2025 - 21:41-
+

Adaptado: Plano de Ensino

+

+

Planejamento do Relato dos resultados do protótipo de alta fidelidade

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDDescriçãoAvaliaçãoObservações
Padronização
1O artefato possui introdução?Sim / versão 1.0 - 15/01/2025 - 21:43
2O artefato possui uma bibliografia/referência bibliográfica?Incompleto / versão 1.0 - 15/01/2025 - 21:43Confusão entre bibliografia e referêcia bibliográfica
3O artefato possui um histórico de versões com o id e descrição das versões, data, autores e revisores?Sim / versão 1.0 - 15/01/2025 - 21:43
4Todas as tabelas e imagens são chamadas no texto, possuem legendas e fontes?Não se aplica / versão 1.0 - 15/01/2025 - 21:43
5Todos os textos estão na norma padrão?Sim / versão 1.0 - 15/01/2025 - 21:43
+

| ID | Descrição | Avaliação | Observações | | Autor do Item | +|--------|---------------|---------------|-----------------|---------------------| +| 1 | O documento possui um tópico sobre quais são os objetivos do relato? | Sim / versão 1.0 - 15/01/2025 - 21:45 |-| Márcio Henrique | +| 2 | O documento possui um tópico sobre a metodologia de prototipação de Alta fidelidade? | Não / versão 1.0 - 15/01/2025 - 21:45 |-| Márcio Henrique | +| 3 | O documento possui um tópico sobre quais foram os participantes e os seus perfis? | Incompleto / versão 1.0 - 15/01/2025 - 21:45 | Nãao tem participantes | Márcio Henrique | +| 4 | O documento possui um tópico sobre as tarefas a serem executadas pelos participantes?| Não / versão 1.0 - 15/01/2025 - 21:45 |-| Márcio Henrique | +| 5 | O documento possui um tópico sobre a lista dos problemas de usabilidade ainda não corrigidos?| Não / versão 1.0 - 15/01/2025 - 21:46 |-| Márcio Henrique | +| 6 | O documento possui um tópico sobre indicações de partes do sistema que podem ser mais bem elaboradas? | Não / versão 1.0 - 15/01/2025 - 21:46 |-| Márcio Henrique | +| 7 | O documento está estruturado conforme os relatos realizados anteriores?| Sim / versão 1.0 - 15/01/2025 - 21:46 |-| Márcio Henrique |

+

Autor: Márcio Henrique

+

+

Vídeo de Inspeção

+

+ + +

+

Bibliografia

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+
+
+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.015/01/2025Criação do documentoLuiza Maluf e DeM4rcioDeM4rcio
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ +
+ + + + + + + + + + \ No newline at end of file
+

RIBEIRO, Clara; SANTANA, Natan Tavares. Planejamento da avaliação da Análise de tarefas. Repositório do Grupo Agência Virtual Neoenergia Brasília da disciplina de Interação Humano Computador da Universidade de Brasília, 2022. Disponível em: <https://interacao-humano-computador.github.io/2022.1-AgenciaVirtualNeoenergia/design%2C_avalia%C3%A7%C3%A3o%2C_desenvolvimento/n%C3%ADvel%201/an%C3%A1lise_de_tarefas/planejamento_tarefas/>. Acesso em: 09 dezembro 2024.

+

GABRIEL, Lucas; SOUZA, Nicolas. Planejamento da avaliação da Análise de tarefas. Repositório do Grupo Lichess da disciplina de Interação Humano Computador da Universidade de Brasília, 2022. Disponível em: <https://interacao-humano-computador.github.io/2022.2-Lichess/design_avaliacao_desenvolvimento/nivel_1/analise_tarefas/planejamento_avaliacao/>. Acesso em: 09 dezembro 2024.

+