docs: adicionando US ao pages

mdsreq-fga-unb · Dec 17, 2024 · 6b3b6bd · 6b3b6bd
1 parent 56170ae
commit 6b3b6bd
Show file tree

Hide file tree

Showing 6 changed files with 20 additions and 20 deletions.
diff --git a/docs/Backlog/backlog.md b/docs/Backlog/backlog.md
@@ -1,4 +1,4 @@
-# **2. Backlog do Produto**
+# **3. Backlog do Produto**
 
 ## Histórico de revisão
 
@@ -9,7 +9,7 @@
 
 ------------
 
-### **2.1 Tabela com Temas e Épicos**
+### **3.1 Tabela com Temas e Épicos**
 
 A tabela organiza os componentes do backlog do produto da seguinte forma:
 

diff --git a/docs/Backlog/dor_dod.md b/docs/Backlog/dor_dod.md
@@ -1,12 +1,12 @@
-# **4. DoR e DoD**
+# **5. DoR e DoD**
 
 ## Histórico de revisão
 
 |Data      |Versão    |Descrição                                |Autores|
 |----------|----------|-----------------------------------------|-------|
 |15/12/2024|0.1       |Criação do DoR e DoD                     |Marcos |
 
-## 4.1 Definition of Ready (DoR)
+## 5.1 Definition of Ready (DoR)
 
 O DoR é um acordo entre o time e o Product Owner (PO) indicando quando um requisito estará preparado para ser puxado para uma Sprint. Alguns itens que podem ser verificados para determinar se um requisito está "Ready" são:
 
@@ -17,7 +17,7 @@ O DoR é um acordo entre o time e o Product Owner (PO) indicando quando um requi
 - **Prioridade definida:** O requisito deve estar priorizado no backlog, com base em valores de negócio e complexidade técnica.
 - **Viabilidade técnica confirmada:** A equipe de desenvolvimento deve entender como implementar o requisito e confirmar que possui as ferramentas e recursos necessários para tal.
 
-## 4.2 Definition of Done (DoD)
+## 5.2 Definition of Done (DoD)
 
 O DoD é um acordo que demonstra a qualidade do requisito produzido, indicando que “Done” comprova a satisfação de todos com o trabalho realizado. Se um requisito não atende ao “Done”, ele não deve ser liberado ou apresentado na Sprint Review. Alguns itens que devem ser verificados para determinar se um requisito está "Done" são:
 

diff --git a/docs/Backlog/mvp.md b/docs/Backlog/mvp.md
@@ -1,12 +1,12 @@
-# **3. Priorização do Backlog e MVP**
+# **4. Priorização do Backlog e MVP**
 
 ## Histórico de revisão
 
 |Data      |Versão    |Descrição                                |Autores|
 |----------|----------|-----------------------------------------|-------|
 |15/12/2024|0.1       |Desenvolvimento da priorização para o MVP|Marcos |
 
-## 3.1 Priorização do Backlog
+## 4.1 Priorização do Backlog
 
 Para critério de priorização do backlog, utilizamos os indicadores: complexidade técnica e valor de négocio. Seus graus e descrições são apresentados na tabela a seguir:
 
@@ -26,7 +26,7 @@ Para critério de priorização do backlog, utilizamos os indicadores: complexid
 |4                       |Gera um alto impacto, gerando melhorias visíveis e competitivas.|
 |5                       |Oferece um valor de negócio excepcional, transformando o negócio e diferenciando dos outros, criando oportunidades de liderança no mercado.|
 
-### 3.2 Tabela de Priorização
+### 4.2 Tabela de Priorização
 
 Para calcular a priorização, utilizamos os User Stories (US) como base. Cada US é avaliado em termos de valor de negócio e complexidade técnica. A combinação desses dois fatores nos permite determinar a prioridade de cada item no backlog, ajudando a focar nos itens que trazem maior valor com menor esforço. O valor do resultado é dado pela fórmula:
 
@@ -53,11 +53,11 @@ Para calcular a priorização, utilizamos os User Stories (US) como base. Cada U
 | **US07**|2                     |3                         |1              |
 | **US15**|2                     |3                         |1              |
 
-## 3.3 Definição do MVP  
+## 4.3 Definição do MVP  
 
 Com base na priorização do backlog, foram selecionadas para o MVP as histórias de usuário com resultado **igual ou maior que 3**. Esse critério assegura que o MVP abranja funcionalidades essenciais, como controle de acesso, consulta de insumos, geração de relatórios e gerenciamento de estoque e cardápios, atendendo às demandas principais do sistema.
 
-### 3.4 Tabela de Histórias de Usuário no MVP  
+### 4.4 Tabela de Histórias de Usuário no MVP  
 
 ---
 

diff --git a/docs/Backlog/sessao7.md b/docs/Backlog/sessao7.md
@@ -23,15 +23,14 @@ Os requisitos funcionais especificam as funcionalidades que o sistema deve imple
 | **RF06**  | Registrar novos insumos no estoque         | Permitir a adição de novos insumos no estoque.                                                   |
 | **RF07**  | Cadastrar cardápio                         | Permitir o registro de cardápios, associando os insumos necessários.                             |
 | **RF08**  | Notificar insumos em baixo estoque         | Enviar notificações automáticas sobre insumos com estoque abaixo do limite mínimo.               |
-| **RF09**  | Cadastrar insumos                          | Permitir o registro de insumos utilizados na produção.                                           |
-| **RF10**  | Notificar insumos com vencimento próximo   | Enviar alertas automáticos para determinados insumos com validade próxima.                       |
-| **RF11**  | Analisar custo de pratos                   | Calcular o custo de pratos para auxílio na definição de preços e controle de margem.             |
-| **RF12**  | Editar cardápios                           | Atualizar os insumos utilizados no cardápio.                                                     |
-| **RF13**  | Excluir cardápios                          | Permitir a exclusão de cardápios na plataforma.                                                  |
-| **RF14**  | Excluir insumos                            | Permitir a exclusão de insumos na plataforma.                                                    |
-| **RF15**  | Oferecer dashboard de análise de indicadores | Oferecer um painel visual com gráficos e métricas, como insumos mais utilizados e itens com maior custo. |
-| **RF16**  | Implementar pesquisa inteligente           | Implementar um sistema de busca avançada para encontrar insumos ou cardápios por nome, categoria ou data de criação. |
-| **RF17**  | Registrar histórico de movimentações do estoque | Registrar todas as movimentações realizadas no estoque, permitindo consultas detalhadas de eventos passados. |
+| **RF09**  | Notificar insumos com vencimento próximo   | Enviar alertas automáticos para determinados insumos com validade próxima.                       |
+| **RF10**  | Analisar custo de pratos                   | Calcular o custo de pratos para auxílio na definição de preços e controle de margem.             |
+| **RF11**  | Editar cardápios                           | Atualizar os insumos utilizados no cardápio.                                                     |
+| **RF12**  | Excluir cardápios                          | Permitir a exclusão de cardápios na plataforma.                                                  |
+| **RF13**  | Excluir insumos                            | Permitir a exclusão de insumos na plataforma.                                                    |
+| **RF14**  | Oferecer dashboard de análise de indicadores | Oferecer um painel visual com gráficos e métricas, como insumos mais utilizados e itens com maior custo. |
+| **RF15**  | Implementar pesquisa inteligente           | Implementar um sistema de busca avançada para encontrar insumos ou cardápios por nome, categoria ou data de criação. |
+| **RF16**  | Consultar histórico de movimentações do estoque | Consultar todas as movimentações realizadas no estoque, permitindo consultas detalhadas de eventos passados. |
 
 ## **1.2 Lista de Requisitos Não Funcionais**
 

diff --git a/docs/Backlog/sessao9.md b/docs/Backlog/sessao9.md
@@ -1,4 +1,4 @@
-# **3 User Stories**
+# **2 User Stories**
 
 ## Histórico de revisão
 

diff --git a/mkdocs.yml b/mkdocs.yml
@@ -15,6 +15,7 @@ nav:
       - Interação entre Equipe e Cliente: unidade1/sessao5.md
    - Backlog:
       - Lista de Requisitos: Backlog/sessao7.md
+      - User Stories: Backlog/sessao9.md
       - Backlog do Produto: Backlog/backlog.md
       - Priorização e MVP: Backlog/mvp.md
       - DoR e DoD: Backlog/dor_dod.md