From a217bcf5376b60ca2e541c30babf235ef172bfa1 Mon Sep 17 00:00:00 2001 From: BrunoBReis Date: Fri, 8 Nov 2024 11:06:42 -0300 Subject: [PATCH 1/3] style: adding css to mkdocs --- docs/css/main.css | 3 +++ mkdocs.yml | 3 +++ 2 files changed, 6 insertions(+) create mode 100644 docs/css/main.css diff --git a/docs/css/main.css b/docs/css/main.css new file mode 100644 index 0000000..732c308 --- /dev/null +++ b/docs/css/main.css @@ -0,0 +1,3 @@ +p { + text-align: justify; +} \ No newline at end of file diff --git a/mkdocs.yml b/mkdocs.yml index 4b71ccd..d374da5 100644 --- a/mkdocs.yml +++ b/mkdocs.yml @@ -1,5 +1,8 @@ site_name: CRM-ProInjecao +extra_css: + - /css/main.css + theme: language: pt-BR name: material From 942cfe16f5366b9951ae59a171841273741a482f Mon Sep 17 00:00:00 2001 From: BrunoBReis Date: Fri, 8 Nov 2024 11:07:15 -0300 Subject: [PATCH 2/3] docs: adding docs to estrategias --- docs/estrategias-de-engenharia-de-software.md | 39 +++++++++++++++++++ 1 file changed, 39 insertions(+) diff --git a/docs/estrategias-de-engenharia-de-software.md b/docs/estrategias-de-engenharia-de-software.md index e69de29..6840541 100644 --- a/docs/estrategias-de-engenharia-de-software.md +++ b/docs/estrategias-de-engenharia-de-software.md @@ -0,0 +1,39 @@ +## Estratégia Priorizada + +- **Abordagem**: Ágil +- **Ciclo de Vida**: Ágil +- **Processo**: ScrumXP + + +## Quadro Comparativo + +| Características | ScrumXP | RAD (Rapid Application Development) | +|:---------------------------:|:-----------------------------------------------------------------------------------------------:|:------------------------------------------------------------------------------------------------------------------------:| +| Abordagem Geral | Iterativo e incremental com foco em entregas rápidas e feedback contínuo. | Metodologia centrada em ciclos rápidos de desenvolvimento, com ênfase na criação e validação de protótipos. | +| Complexidade do Processo | Mais leve e ágil, com menos documentação formal e foco na entrega funcional. | Processo simplificado, com menos formalidade e foco na criação rápida de funcionalidades essenciais. | +| Qualidade Técnica | Alta ênfase em qualidade, utilizando práticas como TDD, pair programming e integração contínua. | Qualidade aprimorada com base em feedback contínuo durante as revisões dos protótipos e iterações. | +| Práticas de Desenvolvimento | Inclui práticas robustas como TDD, refatoração contínua e pair programming. | Concentra-se em iterações curtas e ajustes colaborativos, com foco na rápida implementação e refinamento das ideias. | +| Adaptação ao Projeto | Ideal para projetos que necessitam de evolução contínua e alta interação com o cliente. | Adequado para projetos com requisitos em constante mudança e que beneficiam-se de protótipos ágeis e flexíveis. | +| Documentação | Minimiza a documentação formal, com foco em comunicação e feedback. | Documentação enxuta, que prioriza a agilidade e apenas os registros essenciais para guiar o desenvolvimento. | +| Controle de Qualidade | Controlado através de práticas como TDD e integração contínua, garantindo testes frequentes. | Baseado em revisões e feedback constantes, permitindo ajustes rápidos para corrigir falhas identificadas nos protótipos. | +| Escalabilidade | Mais indicado para equipes menores e médias, devido à colaboração intensa. | Melhor para projetos menores ou de médio porte, onde a flexibilidade e mudanças rápidas são necessárias. | +| Suporte a Equipes | Suporta equipes menores e colaborativas, com papéis flexíveis. | Ideal para equipes compactas, promovendo integração e colaboração próximas entre os membros. | + +## Justificativa + +- **Diferença de conhecimentos da equipe**: A escolha pelo ScrumXP foi influenciada pela heterogeneidade nos conhecimentos da equipe, onde cada membro possui diferentes níveis de experiência e especializações. O ScrumXP se destaca por promover a colaboração constante e o compartilhamento de conhecimentos por meio de práticas como pares de programação e revisão de código. Esse aspecto facilita a distribuição e o nivelamento de conhecimentos entre todos, garantindo que mesmo os membros com menos experiência possam evoluir rápido e contribuir de forma efetiva para o projeto. Por outro lado, metodologias como o RAD podem falhar em integrar e gerenciar equipes com diferentes níveis de conhecimento de maneira tão eficiente. + +- **Disponibilidade da Pro Injeção**: A ampla disponibilidade da Pro Injeção, que atua como um stakeholder crucial para o desenvolvimento do projeto, foi um fator importante na escolha pelo ScrumXP. Esse framework permite que a equipe aproveite ao máximo a presença constante da Pro Injeção, integrando feedback frequente e colaborando de maneira contínua para alinhar as entregas com as expectativas do cliente. As iterações curtas e a flexibilidade do ScrumXP ajudam a garantir que as prioridades do cliente sejam rapidamente incorporadas, otimizando o desenvolvimento. Diferente de processos como o RAD, que podem depender de interações mais intensivas em fases específicas, o ScrumXP possibilita uma colaboração contínua e eficiente. + +- **Metodologias de desenvolvimento**: O ScrumXP combina aspectos ágeis e práticas de engenharia do Extreme Programming, tornando-o ideal para projetos que necessitam de alta qualidade de entrega em ciclos rápidos. Metodologias como o RAD priorizam a entrega rápida de protótipos funcionais, mas podem comprometer a manutenção do código a longo prazo devido à menor ênfase em práticas de engenharia robustas. O ScrumXP, por outro lado, utiliza práticas como desenvolvimento orientado a testes (TDD) e integração contínua, que asseguram que cada incrementação seja desenvolvida com um alto padrão de qualidade. Isso garante um processo que é ágil, mas sem abrir mão da manutenção e da extensibilidade do software. + +- **Adaptabilidade aos requisitos**: A natureza dos requisitos do projeto em questão é bastante dinâmica, com mudanças frequentes nas necessidades e objetivos. Nesse cenário, a capacidade de resposta é essencial, e o ScrumXP oferece um modelo de desenvolvimento altamente adaptável. O uso de sprints curtos, a retrospectiva constante e a revisão de backlog permitem ajustes rápidos no rumo do projeto, assegurando que as mudanças de requisitos sejam incorporadas sem interrupções significativas. Em contraste, o RAD, embora flexível, pode ter limitações quando se trata de adaptar rapidamente funcionalidades ou de refatorar código para requisitos que mudam com frequência, uma vez que o foco principal está na entrega de protótipos rápidos. + + + + + +| Versão | Descrição | Autor | Data | +|--------|---------------------------|-------------------------|------------| +| 0.1 | Primeira ideia do projeto | [Bruno Bragança](http://github.com/BrunoBReis), [Fábio Torres](http://github.com/fabioaletorres), [Paulo Filho](http://github.com/PauloFilho2), [Pedro Braga](http://github.com/Stain19), [Vinicius Vieira](http://github.com/viniciusvieira00) | 07/11/2024 | +| 0.2 | Atualizações do feedback do professor| [Bruno Bragança](http://github.com/BrunoBReis), [Fábio Torres](http://github.com/fabioaletorres), [Paulo Filho](http://github.com/PauloFilho2), [Pedro Braga](http://github.com/Stain19), [Vinicius Vieira](http://github.com/viniciusvieira00) | 07/11/2024 | \ No newline at end of file From 1186a5c34c3c363f614d557d80b8421e8dd0de41 Mon Sep 17 00:00:00 2001 From: BrunoBReis Date: Fri, 8 Nov 2024 11:09:01 -0300 Subject: [PATCH 3/3] docs: updating date --- docs/estrategias-de-engenharia-de-software.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/estrategias-de-engenharia-de-software.md b/docs/estrategias-de-engenharia-de-software.md index 6840541..b12eca0 100644 --- a/docs/estrategias-de-engenharia-de-software.md +++ b/docs/estrategias-de-engenharia-de-software.md @@ -36,4 +36,4 @@ | Versão | Descrição | Autor | Data | |--------|---------------------------|-------------------------|------------| | 0.1 | Primeira ideia do projeto | [Bruno Bragança](http://github.com/BrunoBReis), [Fábio Torres](http://github.com/fabioaletorres), [Paulo Filho](http://github.com/PauloFilho2), [Pedro Braga](http://github.com/Stain19), [Vinicius Vieira](http://github.com/viniciusvieira00) | 07/11/2024 | -| 0.2 | Atualizações do feedback do professor| [Bruno Bragança](http://github.com/BrunoBReis), [Fábio Torres](http://github.com/fabioaletorres), [Paulo Filho](http://github.com/PauloFilho2), [Pedro Braga](http://github.com/Stain19), [Vinicius Vieira](http://github.com/viniciusvieira00) | 07/11/2024 | \ No newline at end of file +| 0.2 | Atualizações do feedback do professor| [Bruno Bragança](http://github.com/BrunoBReis), [Fábio Torres](http://github.com/fabioaletorres), [Paulo Filho](http://github.com/PauloFilho2), [Pedro Braga](http://github.com/Stain19), [Vinicius Vieira](http://github.com/viniciusvieira00) | 08/11/2024 | \ No newline at end of file