diff --git a/docs/sections/2-docPage/7-Requisitos.md b/docs/sections/2-docPage/7-Requisitos.md
new file mode 100644
index 0000000..5c69abf
--- /dev/null
+++ b/docs/sections/2-docPage/7-Requisitos.md
@@ -0,0 +1,96 @@
+# 7. Requisitos de Software
+
+## 7.1 Workshop Lean Inception
+
+# Workshop Lean Inception
+
+O Lean Inception é uma metodologia colaborativa criada para alinhar a equipe de desenvolvimento em torno de uma visão clara e um conjunto de funcionalidades essenciais para o desenvolvimento de um produto mínimo viável (MVP). Idealizada por Paulo Caroli, a Lean Inception reúne diferentes stakeholders, como desenvolvedores, designers e representantes de negócios, para discutir e mapear as ideias do projeto de forma concisa e focada. Esse processo se baseia em uma série de workshops e atividades práticas que ajudam a priorizar funcionalidades e validar hipóteses, garantindo que o produto final tenha alto valor para o cliente com o menor desperdício de recursos possível.
+
+O diferencial do Lean Inception é a sua ênfase na colaboração intensa e no alinhamento de objetivos entre todos os envolvidos no projeto. Ao longo da Lean Inception, a equipe passa por atividades que vão desde a definição do propósito do produto até a criação de uma lista de funcionalidades ordenadas por valor e esforço, chegando a um consenso sobre o que deve fazer parte do MVP. Essa abordagem ágil e enxuta reduz riscos e incertezas, permitindo que o produto chegue ao mercado de forma mais rápida e ajustada às reais necessidades dos usuários.
+
+Os resultados do Lean Inception pode ser consultados no board abaixo:
+
+
+
+
+
+## Requisitos Funcionais
+
+Os requisitos funcionais descrevem as funcionalidades específicas que o sistema deve oferecer para atender às necessidades dos usuários e alcançar os objetivos do projeto. Eles indicam o que o sistema deve fazer, detalhando os serviços, ações ou processos que ele deve executar. Essas especificações são diretamente relacionadas ao comportamento do sistema em interação com os usuários ou outros sistemas.
+
+Os requisitos funcionais do sistema da Família do Sítio são:
+
+**US01 -** Criar Blog
+**US02 -** Editar Blog
+**US03 -** Comentar no Blog
+**US04 -** Categorizar Blog
+**US05 -** Categorizar Blog
+**US06 -** Pesquisar Blog
+**US07 -** Baixar Blog
+**US08 -** Recomendar outros Blogs
+**US09 -** Conectar Blog com Produtos da Empresa
+**US10 -** Compartilhar Blog
+**US11 -** Configurar disponibilidade de Visita
+**US12 -** Realizar Tour Virtual
+**US13 -** Emitir certificado de Visita
+**US14 -** Agendar Visita Presencial
+**US15 -** Realizar SAC
+**US16 -** Localizar Produtos
+**US17 -** Lembrar usuários de Visita
+**US18 -** Fazer login na Central Administrativa
+**US19 -** Gerenciar acesso à Central de Administração
+
+## Requisitos Não Funcionais
+
+Os requisitos não funcionais foram organizados com base no modelo URPS+, que classifica esses requisitos em categorias que abrangem Usabilidade, Confiabilidade, Desempenho, Suportabilidade e outras características relevantes. Esse sistema facilita a análise e priorização das características que impactam na qualidade geral do software, além de assegurar que ele atenda aos padrões esperados pelo cliente e pelos usuários.
+
+### Usabilidade
+
+#### Necessários de estar no backlog:
+**RNF01 -** O sistema deve permitir que os usuários localizem facilmente a seção que apresenta a história da empresa, com navegação intuitiva e conteúdo disposto de forma clara e acessível.
+**RNF02 -** A interface deve exibir os produtos da empresa de forma visualmente organizada e categorizada, facilitando a identificação e compreensão de cada item pelo usuário.
+**RNF03 -** As informações sobre ações sociais da empresa devem estar disponíveis de maneira acessível e atrativa, garantindo clareza na comunicação e fácil navegação para o usuário.
+**RNF04 -** Os contatos da empresa devem ser apresentados em um formato padronizado e de fácil compreensão, com suporte a links clicáveis para e-mail, telefone e redes sociais.
+**RNF05 -** As vagas de emprego da empresa devem ser exibidas de forma clara, com uma organização que facilitem a busca por oportunidades compatíveis com o interesse do usuário, instruindo o usuário como prosseguir com o processo no site terceiro empregare.
+**RNF06 -** As instruções do E-commerce devem ser descritas de maneira clara, com linguagem simples e objetiva, utilizando elementos visuais, como ícones e guias passo a passo, para melhorar a compreensão.
+
+#### Apenas referências para a produção:
+**RNF07 -** A interface do usuário deve ser intuitiva e acessível para pessoas com diferentes níveis de habilidade técnica.
+**RNF08 -** O tempo de aprendizado para novos administradores não deve exceder 2 horas com um tutorial básico.
+**RNF09 -** As cores utilizadas no software não podem estar fora da paleta de cores da Família do Sítio, com exceção da cor Preta e Branca.
+**RNF10 -** A tipografia utilizada no software deverá estar dentro das estabelecidas no manual de marca da Família do Sítio: Myriad Pro ou Impact.
+
+### Confiabilidade
+
+
+**RNF11 -** O sistema deve estar disponível pelo menos 99,5% do tempo por mês (uptime).
+**RNF12 -** Em caso de falhas no servidor, o sistema deve se recuperar dentro de 10 minutos.
+
+### Desempenho
+
+**RNF13 -** O sistema deve suportar pelo menos 1000 acessos simultâneos sem degradação perceptível de desempenho.
+**RNF14 -** Consultas no feed de blogs devem ser respondidas em até 1 segundo.
+
+### Suportabilidade
+
+**RNF15 -** O sistema deve ser compatível com as últimas duas versões dos navegadores Chrome, Firefox, Edge e Safari.
+
+# Bibliografia:
+
+> ISO/IEC 25010:2011. Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — System and software quality models. International Organization for Standardization, 2011.
+
+> SOMMERVILLE, Ian. Engenharia de Software. 10ª ed. São Paulo: Pearson, 2011.
+
+> PRESSMAN, Roger S. Engenharia de Software: Uma Abordagem Profissional. 8ª ed. Porto Alegre: AMGH, 2016.
+
+---
+## Histórico de Versão
+Data | Versão | Descrição | Autor | Revisores
+-------- | ------ | ------------------- | -------- | ---------
+09/12/24 | 1.0 | Adição das tabelas de requisitos | Manuella Valadares | Ana Carolina
+10/12/24 | 1.1 | Redesign da página dos requisitos | Daniel Rodrigues | Manuella Valadares
+
+
+
+
+
diff --git a/docs/sections/2-docPage/9-backlogDeProduto.md b/docs/sections/2-docPage/9-backlogDeProduto.md
index 90568c5..fcc3a3b 100644
--- a/docs/sections/2-docPage/9-backlogDeProduto.md
+++ b/docs/sections/2-docPage/9-backlogDeProduto.md
@@ -11,26 +11,25 @@ Código | User Story
------ | ----------------------------------------------------
US01 | Eu como usuário devo ser capaz desenvolver um conteúdo, com permissão à formatação de texto avançados e inserição imagens para que seja publicado como blog no site da Família do Sítio.
US02 | _À DESENVOLVER_
-US03 | _À DESENVOLVER_
+US03 | **INCREMENTO (User Story não será escrito)**
US04 | _À DESENVOLVER_
US05 | _À DESENVOLVER_
US06 | _À DESENVOLVER_
-US07 | _À DESENVOLVER_
+US07 | **INCREMENTO (User Story não será escrito)**
US08 | _À DESENVOLVER_
-US09 | _À DESENVOLVER_
-US10 | _À DESENVOLVER_
+US09 | **INCREMENTO (User Story não será escrito)**
+US10 | **INCREMENTO (User Story não será escrito)**
US11 | Eu como usuário gostaria de criar uma disponilibidade de visita técnica em um calendário no sistema, para que o público externo, como consumidores, possam selecionar este dia para agendar sua visita à empresa.
-US12 | _À DESENVOLVER_
-US13 | _À DESENVOLVER_
+US12 | **INCREMENTO (User Story não será escrito)**
+US13 | **INCREMENTO (User Story não será escrito)**
US14 | Eu como usuário gostaria de cadastrar meu agendamento em um dos dias disponíveis de visitação, para realizar a visita técnica de forma presencial.
US15 | Eu como usuário, devo ser capaz de fazer uma reclamação, um elogio, uma dúvida, sugestão ou parcerias para que os colaboradores da Família do Sítio esteja ciente e eu receba um retorno sobre minha solicitação.
US16 | _À DESENVOLVER_
-US17 | _À DESENVOLVER_
-US18 | _À DESENVOLVER_
-US19 | Eu como Funcionário da Família do Sítio, devo ser capaz de fazer login com meu email empresarial e senha, para que eu possa acessar as funções da Central de Administração.
-US20 | Eu como Funcionário da Família do Sítio, devo ser capaz de criar ou apagar o acesso de novas contas no sistema, para que eu possa controlar o acesso à central administrativa.
+US17 | **INCREMENTO (User Story não será escrito)**
+US18 | Eu como Funcionário da Família do Sítio, devo ser capaz de fazer login com meu email empresarial e senha, para que eu possa acessar as funções da Central de Administração.
+US19 | Eu como Funcionário da Família do Sítio, devo ser capaz de criar ou apagar o acesso de novas contas no sistema, para que eu possa controlar o acesso à central administrativa.
-### 9.1.1 - Relacoinado aos Requisitos Não Funcionais (que exigem implementação de uma interface):
+### 9.1.1 - Relacionado aos Requisitos Não Funcionais (Somente de Usabibilidade):
Código | Título do Requisito de Usabilidade (Relacionada à implementação de uma interface)
------ | ----------------------------------------------------
RQNF01 | O sistema deve permitir que os usuários localizem facilmente a seção que apresenta a história da empresa, com navegação intuitiva e conteúdo disposto de forma clara e acessível.
@@ -91,8 +90,8 @@ US11 | Nível 2 | Nível 2
US14 | Nível 2 | Nível 3 | Nível 3 |10
US15 | Nível 2 | Nível 3 | Nível 3 |10
US16 | Nível 3 | Nível 3 | Nível 3 |9
-US19 | Nível 3 | Nível 3 | Nível 3 |9
-US20 | Nível 2 | Nível 3 | Nível 3 |10
+US18 | Nível 3 | Nível 3 | Nível 3 |9
+US19 | Nível 2 | Nível 3 | Nível 3 |10
RQNF01 | Nível 1 | Nível 3 | Nível 2 |9
RQNF02 | Nível 1 | Nível 3 | Nível 3 |11
RQNF03 | Nível 1 | Nível 3 | Nível 1 |7
@@ -129,8 +128,8 @@ Com esta técnica, foi possível elencar as funcionalidades de maior valor agreg
- **US14:** Agendar visita técnica;
- **US15:** Realizar SAC;
- **US16:** Localizar Produtos;
-- **US19:** Fazer login na Central Administrativa;
-- **US20:** Gerenciar acessos à Central Administrativa.
+- **US18:** Fazer login na Central Administrativa;
+- **US19:** Gerenciar acessos à Central Administrativa.
### 9.3.2 - Requisitos não Funcionais de Usabilidade (Relacionadas à implementação de uma Interface)
diff --git a/mkdocs.yml b/mkdocs.yml
index 67c56c0..8ad0f39 100644
--- a/mkdocs.yml
+++ b/mkdocs.yml
@@ -12,6 +12,7 @@ nav:
- Engenharia de Requisitos: sections/2-docPage/4-engenhariaRequisitos.md
- Cronograma e Entregas: sections/2-docPage/5-cronogramaEntregas.md
- Interação entre Equipe e Cliente: sections/2-docPage/6-interacaoEquipeCliente.md
+ - Requisitos de Software: sections/2-docPage/7-Requisitos.md
- Backlog do Produto: sections/2-docPage/9-backlogDeProduto.md
- Lições Aprendidas: sections/2-docPage/10-LicoesAprendidas.md
- Entregas: