diff --git a/docs/imagens/GUPTA1.jpg b/docs/imagens/GUPTA1.jpg
new file mode 100644
index 0000000..c55669c
Binary files /dev/null and b/docs/imagens/GUPTA1.jpg differ
diff --git a/docs/imagens/GUPTA2.jpg b/docs/imagens/GUPTA2.jpg
new file mode 100644
index 0000000..c296a50
Binary files /dev/null and b/docs/imagens/GUPTA2.jpg differ
diff --git a/docs/unidade1/sessao3.md b/docs/unidade1/sessao3.md
index ce769b2..5ba0ce4 100644
--- a/docs/unidade1/sessao3.md
+++ b/docs/unidade1/sessao3.md
@@ -2,9 +2,9 @@
## **3.1 Estratégia Priorizada**
-- **Abordagem**: Dirigida por plano
-- **Ciclo de Vida**: Iterativo
-- **Processo**: Processo Unificado
+- **Abordagem**: Ágil
+- **Ciclo de Vida**: Iterativo e incremental
+- **Processo**: Scrum/XP
## **3.2 Quadro Comparativo**
@@ -12,75 +12,75 @@
Características |
- Spiral |
- Processo Unificado |
+ RAD |
+ Scrum/XP |
Abordagem geral |
- Iterativa, baseada em riscos e adaptável. |
- Iterativa, estruturada e orientada a objetos. |
+ Adota formas rápidas com objetivos bem definidos e análise de requisitos extremamente bem alinhada, assim tendo uma abordagem iterativa e incremental. |
+ Adota uma abordagem iterativa, entregando continuamente pequenas partes do projeto, o que permite ajustes rápidos e feedbacks constantes. |
Foco em arquitetura |
- Interativa e adaptável. |
- Fortemente definida e validada antecipadamente. |
+ Possui um foco na arquitetura nas fases iniciais, mas o RAD permite flexibilidade ao longo do projeto. |
+ Possui um foco mais ágil, a arquitetura é evoluída ao longo do projeto. |
Estrutura de Processo |
- Baseada em ciclos iterativos, chamados de espirais, cada uma representando uma fase do projeto. |
- Organizada em fases e disciplinas. |
+ O RAD segue fases de desenvolvimento |
+ Sprints curtas e fases. |
Flexibilidade de requisitos |
- Altamente flexível em relação aos requisitos, devido à sua ênfase na gestão de riscos e interações contínuas. |
- Oferece flexibilidade, mas dentro de uma estrutura mais controlada e disciplinada. Ele adota uma abordagem iterativa e incremental, mas busca definir os requisitos principais nas fases iniciais. |
+ Permite adaptações e alterações mesmo em fases avançadas do projeto. |
+ O scrum XP permite uma alta flexibilidade de requisitos, permitindo uma adaptabilidade rápida. |
Colaboração com cliente |
- Colaboração ativa e contínua com o cliente, permitindo feedback frequente e ajustes iterativos. |
- Colaboração estruturada e planejada com o cliente, envolvendo-o principalmente nas revisões de fase e no gerenciamento de requisitos. |
+ Feedback de maneira constante. Os protótipos são apresentados antecipadamente e com frequência. |
+ A comunicação é aberta e frequente. Feedback do cliente e da equipe garante que o software esteja no caminho certo. |
Complexidade do processo |
- Considerado complexo devido ao foco intenso em riscos, planejamento iterativo e necessidade de adaptação contínua. |
- Altamente complexo devido à sua estrutura formal, necessidade de documentação extensa e curva de aprendizado alta. |
+ Esforço nas fases iniciais para definir os requisitos, protótipos e gestão do projeto. |
+ Busca soluções simples para os problemas de desenvolvimento, facilitando a manutenção e a evolução do software. |
Qualidade Técnica |
- Ideal para projetos com alto nível de incerteza, requisitos em constante mudança e necessidade de rápida adaptação. |
- Mais adequado para projetos de grande porte, com requisitos bem definidos e que exigem um alto nível de qualidade e conformidade com padrões. |
+ Pode ser afetada devido ao foco em velocidade e flexibilidade. |
+ Alta ênfase na qualidade técnica, com práticas como TDD (Test-Driven Development), pair programming e integração contínua para garantir um código limpo e funcional. |
Práticas de desenvolvimento |
- Práticas interativas, flexíveis e centradas em riscos. |
- Práticas de desenvolvimento estruturadas e formais. |
+ Entregas rápidas e feedbacks. |
+ Possui programação em pares, Desenvolvimento orientado a testes (TDD), Integração contínua, Refatoração e Jogos de planejamento. |
Adaptação ao Projeto de Panelas Grill |
- É mais adequado para projetos que enfrentam alta incerteza, riscos elevados e onde a mitigação de riscos é uma prioridade. |
- É mais adequado para projetos de médio a grande porte, onde a organização requer uma abordagem estruturada e disciplinada para lidar com complexidade e múltiplas equipes. |
+ Projetos que exigem rapidez no desenvolvimento, alta flexibilidade e forte envolvimento do cliente. |
+ O scrum XP são ideias para projetos com Requisitos insertos |
Documentação |
- Documentação Adaptada às Necessidades |
- Ênfase na Documentação Detalhada |
+ Documentação leve |
+ Documentação leve/td>
|
Controle de Qualidade |
- Controle de qualidade centrada em análise de riscos e validação contínua ao longo de cada iteração. |
- Abordagem estruturada e rigorosa para o controle de qualidade, com disciplinas específicas para testes, revisões formais e uso de métricas para monitoramento. |
+ Pode ser afetada devido ao foco na velocidade. |
+ As práticas de desenvolvimento como TDD e programação em pares permite um controle de qualidade eficiente. |
Escalabilidade |
- Escalável em projetos que exigem flexibilidade e adaptação, mas pode enfrentar dificuldades em projetos de grande escala devido à complexidade na gestão de riscos e iterações. |
- Projetado para lidar com projetos complexos e de grande escala, com uma estrutura robusta que pode ser adaptada conforme necessário. |
+ O RAD é mais adequado para projetos de pequeno a médio porte, principalmente devido ao seu foco em entregas rápidas e protótipos. |
+ Escalável, mas mais indicado para equipes menores e médias devido à sua abordagem colaborativa e interativa constante. |
Suporte a Equipes de Desenvolvimento |
- Oferece suporte flexível e interativo para equipes de desenvolvimento, mas pode ter dificuldades em projetos maiores e com equipes grandes devido à falta de uma estrutura formal para coordenação e gerenciamento. |
- Oferece um suporte estruturado e detalhado para equipes de desenvolvimento, com práticas e ferramentas projetadas para facilitar a colaboração, a coordenação e o gerenciamento de equipes grandes. |
+ O RAD oferece um forte suporte a equipes pequenas e média. |
+ Suporta equipes menores e mais colaborativas, com papéis mais flexíveis, permitindo maior adaptação ao ritmo do projeto. |
@@ -88,14 +88,21 @@
## **3.3 Justificativa**
-Com base nas características do projeto Panelas Grill e nos desafios enfrentados pela empresa, o Processo Unificado é o mais adequado para o desenvolvimento do produto proposto pelos seguintes motivos.
+Para poder identificar o nosso processo ideal foi feito o GUPTA, o resultado está logo abaixo.
+
- Sprint 1 |
+ Sprint 0 |
28/10/24 |
11/11/24 |
Planejamento e organização do backlog para desenvolvimento |
- Configuração do mkdocs para a documentação. - Elicitação dos requisitos a partir do backlog. - Revisão do backlog para priorização das funcionalidades críticas. |
- Revisão do Backlog |
- Sprint 2 |
+ Sprint 1 |
12/11/24 |
25/11/24 |
- Primeira Entrega Parcial (Autenticação e Interface Inicial) |
- - Desenvolvimento inicial da interface e criação do ambiente básico de trabalho. - Entrega Parcial 1: Implementação da funcionalidade de login |
- Feedback inicial de interface e login |
+ Correção e revisão do backlog |
+ - Construir o mkdocs - Revisar backlog. - Início do protótipo. - -Estudar sobre o bancos de dados. - Atividades e Técnicas de ER |
- Sprint 3 |
+ Sprint 2 |
26/11/24 |
09/12/24 |
- Implementação das funcionalidades de relatórios essenciais para monitoramento. |
- - Relatório diário - Relatório mensal |
- Usabilidade e relevância dos relatórios. |
+ Definir MVP, protótipo, arquitetura e definir Dor e Dod. |
+ - Definir MPV e inicio do desenvolvimento. - Construção do protótipo. - -Construir a tela de login/cadastro. - -Construir a arquitetura. |
- Sprint 4 |
+ Sprint 3 |
10/12/24 |
23/12/24 |
- Segunda Entrega Parcial (Controle de Estoque) |
- - Entrega Parcial 2: Registro de entrada e saída de estoque - Consulta de estoque para monitoramento de insumos |
- Testes de registro e consulta de estoque. |
-
-
- Sprint 5 |
- 24/12/24 |
- 06/01/25 |
- Cadastro de Empresas e Produtos |
- - Cadastro de empresas - Cadastro de produtos |
- Validação dos cadastros e ajustes necessários. |
-
-
- Sprint 6 |
- 07/01/25 |
- 20/01/25 |
- Terceira Entrega Parcial (Registro de Vendas e Cardápio) |
- - Entrega Parcial 3: Cadastro de vendas - Cadastro do cardápio |
- Avaliação das funcionalidades de vendas e organização do cardápio. |
-
-
- Sprint 7 |
- 21/01/25 |
- 03/02/25 |
- Notificações e Alertas de Estoque |
- - Notificações de estoque baixo - Alerta de produtos próximos ao vencimento |
- Verificação das notificações e precisão dos alertas. |
-
-
- Sprint 8 |
- 04/02/25 |
- 17/02/25 |
- Relatórios de Lucro e Perda e Conformidade |
- - Relatório de lucro e perda - Entrega Parcial 4: Política de conformidade e proteção de dados. |
- Feedback sobre os relatórios financeiros e conformidade de dados. |
-
-
- Sprint 9 |
- 18/02/25 |
- 03/03/25 |
- Integração Completa e Testes de Carga |
- - Integração de todos os módulos (estoque, vendas, relatórios, notificações). - Entrega Parcial 5: Testes de carga para verificar escalabilidade. |
- Testes de desempenho e feedback sobre a experiência integrada. |
-
-
- Sprint 10 |
- 04/03/25 |
- 17/03/2025 |
- Testes de Segurança |
- - Testes avançados de segurança e revisão da política de privacidade. |
- Avaliação de segurança e proteção de dados, realizados com usuários internos. |
+ Desenvolvimento do MVP e validação do protótipo |
+ - Desenvolvimento do MVP. |
- Sprint 11 |
- 18/03/25 |
- 25/03/25 |
- Homologação e Revisão Final |
- - Entrega Parcial 6: Revisão e ajustes finais de todas as funcionalidades. |
- Homologação e aprovação final do cliente. |
+ pausa de fim de ano 24/12 a 06/01/25 |