diff --git a/docs/AnaliseDeRequisitos/analisedetarefas/analiseHierarquicaDeTarefas.md b/docs/AnaliseDeRequisitos/analisedetarefas/analiseHierarquicaDeTarefas.md
index f644ec875..795278f2a 100644
--- a/docs/AnaliseDeRequisitos/analisedetarefas/analiseHierarquicaDeTarefas.md
+++ b/docs/AnaliseDeRequisitos/analisedetarefas/analiseHierarquicaDeTarefas.md
@@ -168,4 +168,4 @@ O diagrama feito para analisar esta tarefa foi representado em um diagrama na fi
|`1.0`| 14/10/2023 | Criação da página de analise de tarefas | [Vinícius Mendes](https://github.com/yabamiah), [Breno](https://github.com/brenob6) e [Mayara Alves ](https://github.com/Mayara-tech)| [Altino Arthur](https://github.com/arthurrochamoreira)|
|`2.0`| 20/10/2023 | Adicionado diagrama HTA da tarefa doação | [Limirio Guimarães](https://github.com/LimirioGuimaraes)| [Luis Miranda](https://github.com/LuisMiranda10) |
|`2.1`| 20/10/2023 | Adicionado representação HTA em tabela da figura 5 | [Limirio Guimarães](https://github.com/LimirioGuimaraes)| [Luis Miranda](https://github.com/LuisMiranda10) |
-|`2.2`| 23/10/2023 | Adicionado representação HTA da tarefa Compartilhamento de Experiências | [Altino Arthur](https://github.com/arthurrochamoreira)| [](https://github.com/) |
+|`2.2`| 23/10/2023 | Adicionado representação HTA da tarefa Compartilhamento de Experiências | [Altino Arthur](https://github.com/arthurrochamoreira)| [Milena Baruc](https://github.com/MilenaBaruc) |
diff --git a/docs/AnaliseDeRequisitos/guia-de-estilo.md b/docs/AnaliseDeRequisitos/guia-de-estilo.md
new file mode 100644
index 000000000..a21a0500a
--- /dev/null
+++ b/docs/AnaliseDeRequisitos/guia-de-estilo.md
@@ -0,0 +1,217 @@
+## Introdução
+
+Segundo Barbosa e Silva (2011, p.282)1, o Guia de Estilo é um registro das principais decisões de design tomadas, garantindo que essas decisões sejam incorporadas efetivamente no produto final. Ele desempenha um papel fundamental como ferramenta de comunicação com os stakeholders da equipe, permitindo fácil consulta e discussão de decisões para projeções futuras e atualizações.
+
+Para atingir esses objetivos, é essencial contar com um Guia de Estilo que oriente a criação de interfaces que atendam às necessidades e expectativas dos usuários, mantendo a consistência visual e de interação em todo o sistema, além de aprimorar a experiência do usuário. Neste documento, analisaremos os elementos do Ventoy.
+
+### Objetivo do Guia de Estilo
+
+Este guia de estilo tem como objetivo fornecer diretrizes e melhores práticas para o design e desenvolvimento de interfaces de usuário eficazes e usáveis na disciplina de IHC. Nele iremos analisar os elementos que são:
+
+- Elementos de interface: disposição espacial e _grid_, janelas, tipografia, cores, símbolos, _widgets_, logo, ferramentas e design de telas;
+- Elementos de interação: estilos de interação, seleção de um estilo, aceleradores (teclas de atalho);
+- Elementos de ação: preenchimento de campos, seleção e ativação.
+
+### Organização e Conteúdo do Guia de Estilo
+
+O guia de estilo do Ventoy vai ser seguido na seguinte ordem: Elementos de interface, Elementos de interação, Elementos de ação, Resultados da análise e Proposta de Intervenção. Com um objetivo para que a experiência do usuário seja a melhor e mais otimizada possível, e assim ficando com uma interação e padronização mais efetiva dentro do site.
+
+### Público-alvo do Guia de Estilo
+
+Este Guia de Estilo destina-se a atender às necessidades dos usuários da Ventoy, incluindo desenvolvedores, entusiastas de tecnologia e designers que desejam compreender e contribuir para a evolução do produto. Ele fornecerá diretrizes e melhores práticas para o uso eficaz da Ventoy. Em que os usuários devem consultar para fornecer feedbacks e atualizações em relação a sua utilização.
+
+- Usuários do Ventoy: Envolvidos na interação com a tecnologia.
+- Desenvolvedores: Encarregados de executar o design da interface de acordo com as orientações definidas no guia.
+- Entusiastas de tecnologia: Encarregados de contribuir para a melhoria da experiência do usuário e o sucesso da plataforma.
+- Designers: Participantes na elaboração e modelagem da interface, assegurando a correta aplicação dos princípios de design.
+
+### Como utilizar o Guia
+
+O Guia de Estilo é uma ferramenta valiosa para manter a integridade visual, com consistência e coesão de um site. Seguir suas diretrizes cuidadosamente assegura que a identidade da marca seja mantida e que a experiência do usuário seja consistente e agradável, sendo mais usada para um apoio na sua criatividade. A economia de tempo também ajuda a criar uma experiência visualmente harmoniosa para os usuários.
+
+Além de que, o Guia de Estilo do Ventoy pode ser utilizado como referência durante todo o ciclo de vida do projeto, desde a produção até a manutenção. As diretrizes e práticas aqui definidas auxiliarão na tomada de decisões de design que garantam uma interação eficaz e satisfatória com o sistema.
+
+### Como manter o Guia
+
+Para que se tenha um guia de estilo alinhado com o desenvolvimento/progresso do projeto, mantendo as diretrizes estabelecidas, consistência visual e com novidades vindas das interações com os usuários, é necessário que se tenha hábitos para uma manutenção que visa garantir uma melhor experiência do usuário, sendo elas:
+
+1. **Responsabilidades Designadas** : São atribuidas responsabilidades claras para a manutenção e atualização do guia de estilo, garantindo que alguém seja encarregado de supervisionar esse aspecto do projeto.
+2. **Teste Constante** : Testes são realizados para verificar se o guia de estilo está sendo seguido corretamente em todas as etapas do desenvolvimento do projeto.
+3. **Versionamento e Controle de Mudanças** : É recomendado um sistema de versionamento e um processo de controle de mudanças para rastrear e gerenciar as alterações feitas no guia de estilo ao longo do tempo.
+4. **Feedback Contínuo** : Temos que estar abertos a feedbacks de equipe, usuários e partes interessadas, e usar essas contribuições para o aprimoraramento do guia de estilo.
+
+## Elementos de Interface
+
+### Disposição Espacial e Grid
+
+O layout principal da página consiste em uma estrutura de cabeçalho, conteúdo e rodapé.
+O conteúdo é organizado em seções e subseções.
+Os elementos devem estar alinhados e espaçados para proporcionar uma aparência ordenada.
+
+### Janelas
+
+Não há janelas pop-up,mas a estrutura do site pode ser considerada como seções separadas que podem ser visualizadas como "janelas" virtuais.
+
+### Tipografia
+
+As fontes principais atuais usadas no site são "arial, helvetica, sans-serif" . Contendo tamanhos de fonte variados que são utilizados para cabeçalhos, texto principal e outros elementos. Já na parte de formatação da fonte é incluido o negrito e itálico em alguns lugares.
+
+ Neste guia, dispõe de uma fonte diferente, sendo ela: Ubuntu, a fonte Ubuntu é uma escolha popular para designers gráficos que desejam criar designs limpos e modernos. Ela pode ser usada em logotipos, cartazes, panfletos e outras peças de design, como é representado na figura 1.
+
+
+
+
Figura 1. Tipografia
+
+
+
+Fonte: Altino Arthur
+
+
+
+
+### Cores
+
+Cores de Fundo:
+
+- A cor de fundo principal do site é branca (#ffffff).
+- Há uma cor de fundo azul usada para realçar algumas seções (#007aff).
+- A cor de fundo de algumas partes do site pode ser observada como amarelo (#ffff00).
+
+Cores de Texto:
+
+- A cor de texto padrão é preta (#000000).
+- O texto destacado em vermelho tem a cor (#ff0000).
+- O texto em azul claro é usado para links e tem a cor (#007aff).
+
+Cores de Botões:
+
+- Os botões podem ter cores diferentes, incluindo fundos cinza (#ccc) quando não estão ativados e fundos com cores de destaque quando o mouse passa sobre eles.
+- Os botões de anúncio podem ter fundos azuis (#007aff).
+
+Neste guia, as cores a serem utilizadas ( Figura 2 ) na interface, foram selecionadas de acordo com as já presentes no site do Ventoy, apenas deixando mais padronizado e visualmente harmonico.
+
+
+
+
Figura 2. Cores
+
+
+
+Fonte: Luis Miranda
+
+
+
+
+### Simbolos não tipográficos
+
+Dentro do site do Ventoy não se tem esses simbolos não tiponográficos. Eles representam elementos gráficos, como ícones, botões, setas e outros indicadores visuais que transcendem o texto. Esses símbolos não apenas simplificam a documentação e a comunicação entre a equipe de design, desenvolvedores e demais partes interessadas, mas também ajudam os usuários a identificar rapidamente funcionalidades e interações dentro de uma interface, contribuindo para uma experiência mais intuitiva e eficaz.
+
+Os elementos estão representados na figura 5 abaixo.
+
+
+
+
Figura 3. Simbolos não tipograficos
+
+
+
+Fonte: Altino Arthur
+
+
+
+## Elementos de Interação
+
+### Estilo de Interação
+
+Esses elementos do estilo de interação englobam botões de ação, links de navegação e ícones que, juntos, facilitam a navegação intuitiva e eficaz pelos recursos e informações disponíveis. Além disso, elementos de realce, como animações suaves ou mudanças visuais ao passar o mouse sobre itens interativos, fornecem feedback imediato aos usuários, tornando a experiência mais envolvente.
+
+### Seleção de Estilos
+
+Uma série de elementos de interação de seleções de estilo existe dentro do site, projetados para aprimorar a usabilidade e a personalização da experiência do usuário. Isso inclui botões de seleção, listas suspensas e barras de rolagem que permitem aos visitantes escolher opções, configurar preferências e navegar com eficiência.
+
+### Aceleradores (Teclas de Atalho)
+
+No site não foram encontradas teclas de atalho.
+
+## Elementos de Ação
+
+### Preenchimento de Campos
+
+
+
+
Figura 4. Preenchimento de Campos
+
+
+
+Fonte: Altino Arthur
+
+
+
+Campos de entrada, caixas de seleção e botões de envio são disponibilizados para os visitantes fornecerem informações, configurar preferências e realizar ações específicas, como é visto na aba de fórum (Figura - 4).
+
+### Seleção
+
+
+
+
Figura 5. Seleção
+
+
+
+Fonte: Altino Arthur
+
+
+
+Há elementos de seleção como por exemplo seleção de tópicos, seleção de testes de Iso, seleção de perguntas, seleção de fórum, seleção de versão para download, seleção de ferramenta para doação ( paypal, bitcoin ) (Como é visto na figura - 5) e também de idioma. Determinando de maneira clara e intuitiva como o usuário pode efetuar a escolha de elementos ou a seleção de itens.
+
+### Ativação
+
+Apresenta pouca variedade de elementos de ação de ativação projetados para facilitar a interação do usuário. Isso inclui botões intuitivos que desencadeiam ações, como por exemplo os ícones da figura 5, como também o download do software, navegação pelas páginas, acesso a informações essenciais, hyperlinks ( direcionam os visitantes para áreas específicas do site, facilitando a exploração de informações e recursos ).
+
+## Resultados da Análise
+
+### Descrição do Ambiente de Trabalho do Usuário
+
+A Ventoy é predominantemente utilizada em ambientes de trabalho por meio de dispositivos como pendrives e discos USB. Portanto, é fundamental considerar as especificidades desses dispositivos ao projetar e desenvolver a interface, garantindo uma experiência satisfatória para os usuários que utilizam a Ventoy nesses contextos. Isso envolve a adaptação da interface para diferentes tamanhos de tela, a escolha de elementos visuais apropriados e a implementação de funcionalidades intuitivas.
+
+## Figma
+
+ Consulte o Figma 1 para visualizar os elementos de interface, interação e ação definidos no guia de estilo, com exemplos visuais e especificações detalhadas. Qualquer alteração irá ser atualizada imediatamento no Figma 1.
+
+
+
+
+
+
Figma 1: Guia de Estilo (Fonte: MOREIRA, Altino; MIRANDA, Luis. 2023).
+
+
+## Propostas de Intervenção
+
+- Implementação de aceleradores (teclas de atalho) para agilizar tarefas comuns.
+
+- Melhorias na disposição espacial e na utilização do grid para facilitar o uso da Ventoy.
+
+- Padronização de elementos visuais, como cores e tipografia, para manter uma identidade visual coesa.
+
+- Manutenção de um vocabulário consistente para garantir a compreensão dos usuários.
+
+- Essas intervenções têm como objetivo principal aprimorar a interação entre o usuário e a Ventoy, tornando-a mais amigável e eficaz, seguindo as melhores práticas de usabilidade e design.
+
+## Conclusão
+
+ Dentro do âmbito do projeto do site Ventoy, desenvolvemos um guia de estilo com o propósito de direcionar tanto o design quanto a interação para um projeto de Interação Humano-Computador (IHC).
+
+ Durante a criação do guia de estilo foi utilizado um comportamento flexível e adaptado às necessidades específicas do site, nos quais fornecerão uma estrutura sólida para o desenvolvimento de um guia de estilo eficaz.
+
+ Aos usuários do Ventoy, Desenvolvedores, Entusiastas de Tecnologia e Designers seguirem o guia de estilo do site do Ventoy, uma série de benefícios é desencadeada. A consistência visual em todo o site é mantida, criando uma experiência mais intuitiva e agradável para os usuários, à medida que os elementos de interface, cores, tipografia e elementos interativos são aplicados de maneira uniforme. Além de uma manutenção recorrente feita pelos mesmos no projeto ( tendo como referencia o protótipo de alta fidelidade ).
+
+## Referências Bibliográficas
+
+> 1. BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.
+
+## Bibliografia
+
+[1] Ventoy. Disponível em: https://www.ventoy.net/en/index.html . Acesso em: 22 de Outubro de 2023;
+
+## Histórico de Versões
+
+| Versão | Data | Descrição | Autor(es) | Revisor(es) |
+| ------- | ---------- | ------------------------------------ | ------------------------------------------ | ---------------------------- |
+| `1.0` | 23/10/2023 | Criação da página guia de estilo. | [Altino Arthur](https://github.com/arthurrochamoreira) e [Luis Miranda](https://github.com/LuisMiranda10 ) | Vinicius Mendes |
diff --git "a/docs/Design,Avali\303\247\303\243oeDesenvolvimento/planejamentoStoryboard.md" "b/docs/Design,Avali\303\247\303\243oeDesenvolvimento/planejamentoStoryboard.md"
new file mode 100644
index 000000000..035473233
--- /dev/null
+++ "b/docs/Design,Avali\303\247\303\243oeDesenvolvimento/planejamentoStoryboard.md"
@@ -0,0 +1,157 @@
+# Planejamento da Avalição do Storyboard
+
+## Introdução
+
+O Storyboard é um exemplo de prototipação de baixa-fidelidade, geralmente utilizado em conjunto com [cenários](../AnaliseDeRequisitos/cenarios.md). Essa abordagem envolve a criação de uma sequência de ilustrações que acompanham o avanço do usuário em uma tarefa específica do produto em desenvolvimento. Este documento tem como objetivo o planejamento da análise do storyboard gerado conforme a metodologia utilizada e as ações executadas nele. Isso proporcionará aos interessados e aos desenvolvedores uma compreensão mais nítida das potenciais aprimorações no design do projeto.
+
+## Objetivo
+
+Este documento tem como finalidade a preparação para a avaliação do storyboard. A avaliação fundamental de um projeto de Interação Humano-Computador (IHC) compreende três fases distintas: preparação, coleta e interpretação de dados. Essas etapas possibilitarão a análise do storyboard, o que, se for o caso, resultará no desenvolvimento de aprimoramentos de design para a aplicação em estudo.
+
+## Metodologia
+
+Considerando o contexto e a área de atuação do sistema, o avaliador deve conduzir a avaliação com base nas solicitações, preocupações ou padrões de comportamento expressos pelos envolvidos interessados no sistema. Essas diretrizes são decompostas em questões mais específicas que o avaliador precisa abordar.
+
+A metodologia selecionada para realizar essa avaliação é o framework DECIDE.
+
+## Framework DECIDE
+
+O framework DECIDE compreende uma série de ações interconectadas e repetitivas que visam coletar informações provenientes dos usuários. Isso, por sua vez, guia o processo de planejamento, implementação e análise da avaliação. O acrônimo DECIDE representa:
+
+- D: determinar os objetivos gerais da avaliação e suas respectivas importâncias;
+- E: explorar perguntas a serem respondidas;
+- C: escolher (choose) os métodos de avaliação;
+- I: identificar e administrar as questões práticas da avaliação;
+- D: decidir como lidar com as questões éticas;
+- E: avaliar (evaluate), interpretar e apresentar os dados.
+
+### D - Determinar
+
+O propósito da avaliação é determinar se o entrevistado realmente se encaixa na representação apresentada no Storyboard e se ele tem insights a contribuir, que possam envolver alterações, exclusões ou inclusões. As etapas da avaliação podem ser delineadas da seguinte maneira:
+
+- Verificar se as atividades propostas nos storyboards estão alinhadas com as ações executadas, considerando o contexto dos usuários.
+- Comparar os storyboards com a realidade e determinar se são congruentes entre si.
+- Avaliar a necessidade de efetuar modificações nos storyboards.
+
+### E - Explorar
+
+Para cada objetivo definido,
+o avaliador deve elaborar perguntas específicas a serem respondidas durante
+avaliação. Essas perguntas são responsáveis por operacionalizar a investigação e o
+julgamento de valor a serem realizados. Elas devem considerar o perfil dos usuáriosalvo
+e suas atividades. As perguntas escolhidas foram elaboradas com o objetivo de serem abordadas durante o processo de avaliação. Sendo elas:
+
+- Os storyboards estão fundamentados na realidade e correspondem às ações efetivamente executadas?
+- Existem modificações necessárias para validar ou tornar o storyboard compatível com as expectativas do usuário?
+- Os storyboards criados estão em conformidade com os cenários previamente estabelecidos?
+
+### C - Escolher
+
+Para conduzir a avaliação, faremos uma adaptação dos métodos de investigação, utilizando entrevistas com um questionário como guia. Nesse contexto, os usuários serão convidados a analisar um cenário de uso hipotético e a relacionar sua experiência pessoal com a narrativa apresentada.
+
+Essa escolha se justifica pelo fato de que esse método investigativo permite a coleta de uma ampla gama de informações e oferece flexibilidade para fazer perguntas que aprofundam os objetivos dos usuários. Além disso, é importante destacar que todas as entrevistas serão gravadas e documentadas de forma rigorosa.
+
+### I - Identificar
+
+Para conduzir a investigação por meio de entrevistas, é de suma importância seguir uma abordagem metódica na seleção dos participantes. Eles devem ser escolhidos de forma criteriosa, de modo que se encaixem no perfil de usuário previamente identificado e estejam dispostos a concordar com o termo de consentimento. Isso é essencial para garantir a conformidade com os aspectos éticos do processo e para assegurar que os participantes estejam genuinamente dispostos a colaborar. Sendo assim, podemos visualizar com mais detalhes na seção abaixo, [Planejamento da Avaliação](#-Planejamento-da-Avaliação).
+
+### D - Decididir
+
+As questões éticas serão baseadas no modelo de termo de consentimento produzido na seção [aspectos éticos](../AnaliseDeRequisitos/aspectosEticos.md) em análise de requisitos I.
+
+### E - Avaliar
+
+Após a conclusão da avaliação, os dados obtidos serão cuidadosamente documentados e processados, considerando o contexto em que foram coletados. Será feita uma análise para determinar se esses dados têm um alto grau de confiabilidade e se podem ser generalizados para representar a população de usuários do site.
+
+Este processo de documentação engloba o registro de problemas e dificuldades encontrados durante a interação com o sistema, que podem abordar questões relacionadas à usabilidade, funcionalidades ausentes e problemas de desempenho. Essa documentação incluirá descrições dos problemas, sua classificação, sugestões de melhoria e a captura do feedback dos usuários. Além disso, ao final das entrevistas, serão registradas observações gerais sobre a entrevista em si.
+
+Uma vez concluída essa etapa, os dados serão compartilhados com a equipe de desenvolvimento, com o objetivo de fornecer informações relevantes para o progresso do projeto.
+
+## Planejamento da Avaliação
+
+### Seleção
+
+A seleção dos usuários será personalizada, levando em consideração as preferências e critérios do entrevistador responsável, sendo que cada escolha será fundamentada no [perfil de usuário](../elicitacao/PerfilUsuario.md) previamente estabelecido por meio do questionário. O local será sempre no Teams, para que seja possível a gravação da reunião. Como foram feitos sete storyboards, serão necessários sete usuários para que seja feita uma avaliação individual.
+
+### Preparação
+
+Os entrevistadores terão a responsabilidade de conduzir as perguntas incluídas no roteiro a seguir e de fazer anotações sobre as respostas dos usuários. A entrevista deve envolver uma das atividades representadas no [storyboard](). É importante observar que o papel de entrevistador pode ser desempenhado por uma única pessoa ou por uma dupla, onde cada um terá uma função específica: um fará as perguntas e o outro registrará as respostas.
+
+Além disso, o entrevistador deverá solicitar que o usuário compartilhe sua tela, a fim de possibilitar a observação do usuário como parte do método de avaliação.
+
+### Custos
+
+A realização das entrevistas não gerará um custo ao entrevistador ou ao usuário, as mesmas serão feitas de modo online, utilizando as seguintes ferramentas:
+
+- Storyboard;
+- Microsofts Teams;
+- Perguntas;
+- Termo de consentimento;
+- Teste Piloto.
+
+Vale ressaltar que, para que possamos utilizar as ferramentas é necessário um dispositivo com acesso à internet.
+
+### Prazos
+
+As entrevistas serão documentados na tabela 1.
+
+
+
+### Roteiro de perguntas
+
+Na entrevista o entrevistador mostrará no site qual tarefa está comentado de acordo com o storyboard. Com isso, o entrevistador irá começar a fazer os questionamentos presentes na tabela 2.
+
+
+
+**Tabela 01** - Perguntas para a entrevista
+
+| Nº | Pergunta | Resposta |
+|----| -------------------------------------------------------------- | ----------- |
+| 01 | A história retratada no Storyboard está alinhada com o título? | ()Sim ()Não |
+| 02 | O Storyboard em análise reflete de forma precisa a realidade? | ()Sim ()Não |
+| 03 | O Storyboard aborda adequadamente os principais aspectos da realização da tarefa em questão? | ()Sim ()Não |
+| 04 | As ações descritas no Storyboard seguem uma sequência lógica e fluida? | ()Sim ()Não |
+| 05 | O Storyboard apresenta elementos visuais identificáveis, como personagens, objetos e cenários? | ()Sim ()Não |
+
+**Fonte:** [Milena Baruc](https://github.com/MilenaBaruc)
+
+
+
+### Execução do roteiro
+
+O entrevistador deve encorajar o usuário a expressar suas opiniões, seja de forma verbal ou através de ilustrações, especialmente quando houver discordância em relação ao Storyboard proposto. Além disso, todas as sugestões de alteração feitas pelo usuário devem ser registradas pelo entrevistador e, posteriormente, discutidas em conjunto para determinar a validação junto ao usuário ao final da atividade.
+
+## Teste Piloto
+
+O teste piloto tem como objetivo avaliar a própria avaliação, assim, vendo se a mesma produz os dados necessários para responder as questões e objetivos do estudo. Dito isso a execução do teste piloto será feito no dia 30/01 às xx:xx, com a presença dos integrantes (nome)[github] e (nome)[github].
+
+### Resultado
+
+A seguir temos a gravação da entrevista, de acordo com os aspectos que foram colocados acima. O participante (nome)[github] fez o papel de usuário e o (nome)[github] fez o papel de entrevistador. (Clique aqui para ver a gravação)[gravação].
+
+## Referências Bicliográficas
+
+> Preece, J., Rogers, Y., & Sharp, H. (2005). **Design de interação: Além da interação homem-computador**. Bookman, 2005.
+> BARBOSA, Simone; SILVA, Bruno. **Interação Humano-Computador**, Editora Elsevier, Rio de Janeiro, 2010
+
+## 📑 Histórico de Versões
+| **Versão** | **Data** | **Descrição** | **Autor** | **Revisor** |
+|--------|---------|-----------|--------|---------|
+|`1.0`| 30/10/2023 | Criação do documento | [Milena Baruc](https://github.com/MilenaBaruc)| [Vinícius Mendes](https://github.com/yabamiah) |
+|`1.1`| 30/10/2023 | Correção do documento | [Milena Baruc](https://github.com/MilenaBaruc)| [Vinícius Mendes](https://github.com/yabamiah) |
diff --git a/docs/apresentacao/apresentacao3.md b/docs/apresentacao/apresentacao3.md
new file mode 100644
index 000000000..42f8a1436
--- /dev/null
+++ b/docs/apresentacao/apresentacao3.md
@@ -0,0 +1,24 @@
+# Apresentação 3
+
+## Introdução
+
+O propósito desta página consiste em arquivar os elementos pertinentes à terceira apresentação, abrangendo desde o vídeo da própria apresentação (caso não seja possível acessar o vídeo diretamente pela página, gentilmente clique no link correspondente) até os aspectos que foram avaliados durante a exposição, além da segmentação dos aspectos a serem corrigidos.
+
+## Apresentação 3 - 23/10/2023
+
+
+
### Cronograma planejado entrega 4.
-Na Tabela 7, tem-se o cronograma planejado para todas as atividades da quarta entrega.
+Na Tabela 8, tem-se o cronograma planejado para todas as atividades da quarta entrega.
-
Tabela 07 - Entrega 4. Storyboard e Análise de tarefas
+
Tabela 08 - Entrega 4. Storyboard e Análise de tarefas
| Atividade | Período de desenvolvimento | Responsáveis | Revisão | Revisor |
| ---------------------------------------------------------------- | --------------------------- | ------------------ | ----------| ------------------ |
@@ -161,9 +179,9 @@ Na Tabela 7, tem-se o cronograma planejado para todas as atividades da quarta en
### Cronograma planejado entrega 5.
-Na Tabela 8, tem-se o cronograma planejado para todas as atividades da quinta entrega.
+Na Tabela 9, tem-se o cronograma planejado para todas as atividades da quinta entrega.
-
Tabela 08 - Entrega 5. Planejamento da Avaliação do Protótipo de Papel
+
Tabela 09 - Entrega 5. Planejamento da Avaliação do Protótipo de Papel
| Atividade | Período de desenvolvimento | Responsáveis | Revisão | Revisor |
| ------------------------------------------------------------------------| --------------------------- | ------------------ | ----------| ------------------ |
@@ -179,9 +197,9 @@ Na Tabela 8, tem-se o cronograma planejado para todas as atividades da quinta en
### Cronograma planejado entrega 6.1.
-Na Tabela 9, tem-se o cronograma planejado para todas as atividades da entrega 6.1.
+Na Tabela 10, tem-se o cronograma planejado para todas as atividades da entrega 6.1.
-
Tabela 09 - Entrega 6.1. Verificação dos artefatos I
+
Tabela 10 - Entrega 6.1. Verificação dos artefatos I
| Atividade | Período de desenvolvimento | Responsáveis | Revisão | Revisores |
| ------------------------------------------------------------------------| --------------------------- | ------------------ | ----------| ------------------ |
@@ -198,9 +216,9 @@ Na Tabela 9, tem-se o cronograma planejado para todas as atividades da entrega 6
### Cronograma planejado entrega 7.
-Na Tabela 10, tem-se o cronograma planejado para todas as atividades da sétima entrega.
+Na Tabela 11, tem-se o cronograma planejado para todas as atividades da sétima entrega.
-
Tabela 10 - Entrega 7. Planejamento da Avaliação do protótipo de
+
Tabela 11 - Entrega 7. Planejamento da Avaliação do protótipo de
alta fidelidade
| Atividade | Período de desenvolvimento | Responsáveis | Revisão | Revisores |
@@ -217,9 +235,9 @@ alta fidelidade
### Cronograma planejado entrega 8.
-Na Tabela 11, tem-se o cronograma planejado para todas as atividades da oitava entrega.
+Na Tabela 12, tem-se o cronograma planejado para todas as atividades da oitava entrega.
-
Tabela 11 - Entrega 8. Relato dos resultados do Protótipo de alta fidelidade
+
Tabela 12 - Entrega 8. Relato dos resultados do Protótipo de alta fidelidade
| Atividade | Período de desenvolvimento | Responsáveis | Revisão | Revisores |
| ------------------------------------------------------------------------| --------------------------- | ------------------ | ----------| ------------------ |
@@ -234,9 +252,9 @@ Na Tabela 11, tem-se o cronograma planejado para todas as atividades da oitava e
### Cronograma planejado entrega 6.2.
-Na Tabela 12, tem-se o cronograma planejado para todas as atividades da entrega 6.2.
+Na Tabela 13, tem-se o cronograma planejado para todas as atividades da entrega 6.2.
-
Tabela 12 - Entrega 6.2. Verificação dos artefatos
+
Tabela 13 - Entrega 6.2. Verificação dos artefatos
| Atividade | Período de desenvolvimento | Responsáveis | Revisão | Revisores |
| ------------------------------------------------------------------------| --------------------------- | ------------------ | ----------| ------------------ |
@@ -263,4 +281,5 @@ Na Tabela 12, tem-se o cronograma planejado para todas as atividades da entrega
| `1.0` |26/09/2023 |Criação da primeira versão do cronograma | [Limírio Guimarães](https://github.com/LimirioGuimaraes), [Mayara Alves](https://github.com/Mayara-tech) e [Altino Arthur](https://github.com/arthurrochamoreira) | [Breno Queiroz](https://github.com/brenob6)|
| `1.1` |06/10/2023 |Adicionando cronograma executado da primeira entrega|[Mayara Alves](https://github.com/Mayara-tech)| [Limírio Guimarães](https://github.com/LimirioGuimaraes)|
| `1.2` |17/10/2023 |Adicionando cronograma executado da segunda entrega|[Mayara Alves](https://github.com/Mayara-tech)| [Limírio Guimarães](https://github.com/LimirioGuimaraes)|
+| `1.3` |23/10/2023 |Adicionando cronograma executado da terceira entrega|[Mayara Alves](https://github.com/Mayara-tech)| [Limírio Guimarães](https://github.com/LimirioGuimaraes)|
diff --git a/mkdocs.yml b/mkdocs.yml
index cc9d73d1d..808a7d175 100644
--- a/mkdocs.yml
+++ b/mkdocs.yml
@@ -23,6 +23,7 @@ nav:
- Apresentações:
- Apresentação 1: apresentacao/apresentacao1.md
- Apresentação 2: apresentacao/apresentacao2.md
+ - Apresentação 3: apresentacao/apresentacao3.md
- Atas:
- Ata 1: atas/ata1.md
- Ata 2: atas/ata2.md
@@ -59,6 +60,7 @@ nav:
- Nível 1:
- Storyboard:
- Storyboard: DAD/nivel1/storyboard/storyboards.md
+ - Planejamento da Avaliação: Design,AvaliçãoeDesenvolvimento\planejamentoStoryboard.md
theme:
name: material
@@ -69,7 +71,6 @@ theme:
- navigation.tabs.sticky
- navigation.top
- navigation.footer
- - navigation.expand
palette:
- media: "(prefers-color-scheme: light)"
scheme: claro