From 6b3b6bdacb3e7b37ac7719b63c43fe42d84a576a Mon Sep 17 00:00:00 2001 From: devMarcosVM Date: Mon, 16 Dec 2024 21:45:31 -0300 Subject: [PATCH] docs: adicionando US ao pages --- docs/Backlog/backlog.md | 4 ++-- docs/Backlog/dor_dod.md | 6 +++--- docs/Backlog/mvp.md | 10 +++++----- docs/Backlog/sessao7.md | 17 ++++++++--------- docs/Backlog/sessao9.md | 2 +- mkdocs.yml | 1 + 6 files changed, 20 insertions(+), 20 deletions(-) diff --git a/docs/Backlog/backlog.md b/docs/Backlog/backlog.md index 7938a2e..3576d26 100644 --- 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 index 88c0c52..166695e 100644 --- a/docs/Backlog/dor_dod.md +++ b/docs/Backlog/dor_dod.md @@ -1,4 +1,4 @@ -# **4. DoR e DoD** +# **5. DoR e DoD** ## Histórico de revisão @@ -6,7 +6,7 @@ |----------|----------|-----------------------------------------|-------| |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 index f6ae3b3..7ac502b 100644 --- a/docs/Backlog/mvp.md +++ b/docs/Backlog/mvp.md @@ -1,4 +1,4 @@ -# **3. Priorização do Backlog e MVP** +# **4. Priorização do Backlog e MVP** ## Histórico de revisão @@ -6,7 +6,7 @@ |----------|----------|-----------------------------------------|-------| |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 index e688cce..9536ea3 100644 --- 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 index 21abd75..079165b 100644 --- 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 index 16a1fce..6f35a05 100644 --- 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