Skip to content

Commit

Permalink
added information to pages
Browse files Browse the repository at this point in the history
  • Loading branch information
@sebazac332
sebazac332 committed Nov 12, 2024
1 parent 636571e commit 1a76753
Show file tree
Hide file tree
Showing 4 changed files with 32 additions and 27 deletions.
29 changes: 13 additions & 16 deletions docs/estrategias_software.md
View file
Original file line number Diff line number Diff line change
Expand Up @@ -2,28 +2,25 @@

## Estratégia Priorizada

**Abordagem:** TESTE <br>
**Ciclo de Vida:** TESTE <br>
**Processo:** TESTE <br>
**Abordagem:** Agil <br>
**Ciclo de Vida:** Incremental e iterativo <br>
**Processo:** OpenUP <br>

## Quadro Comparativo

| Características | OpenUP | ScrumXP |
| Características | OpenUP | Unified Process (UP) |
|--------------------------------|------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------|
| **Abordagem Geral** | Iterativo, incremental e baseado em arquitetura sólida. | Iterativo e incremental com foco em entregas rápidas e feedback contínuo. |
| **Foco em Arquitetura** | Forte ênfase no desenvolvimento orientado a uma arquitetura sólida e flexível desde o início. | Menor foco na arquitetura inicialmente, com evolução conforme a necessidade ao longo do projeto. |
| **Estrutura de Processos** | Estrutura clara de fases (Iniciação, Elaboração, Construção, Transição); mais estruturado, porém ágil. | Focado em sprints curtos e flexíveis (2-4 semanas) com entregas incrementais e adaptação contínua. |
| **Flexibilidade de Requisitos** | Oferece flexibilidade com adaptações iterativas, mas requer definição da arquitetura principal nas fases iniciais. | Alta flexibilidade para mudanças contínuas de requisitos a cada sprint; adaptável a feedback frequente. |
| **Colaboração com Cliente** | Envolvimento contínuo do cliente, com foco em entrega e validação nas fases iniciais e finais. | Envolvimento constante do cliente, com feedback ao final de cada sprint, garantindo atualizações frequentes. |
| **Complexidade do Processo** | Mais formal, com documentação e fases estruturadas; requer mais disciplina e papéis claros. | Mais leve e ágil, com menos documentação formal e foco em entregas funcionais. |
| **Qualidade Técnica** | Assegurada pela definição clara da arquitetura inicial e validação incremental ao longo do ciclo. | Alta ênfase em TDD, pair programming e integração contínua para garantir um código limpo e funcional. |
| **Práticas de Desenvolvimento** | Estrutura formal com foco em arquitetura e controle de progresso; menos práticas técnicas específicas. | Inclui TDD, refatoração contínua, integração contínua e pair programming, promovendo qualidade no código. |
| **Adaptação ao Projeto EcoFashion** | Ideal para projetos que exigem arquitetura bem definida (como integração com sistemas de estoque) com flexibilidade para entregas incrementais. | Ideal para projetos com interação constante com o cliente e evolução contínua, adaptável a mudanças rápidas. |
| **Documentação** | Requer documentação formal para cada fase, com ênfase em requisitos e arquitetura. | Documentação mínima; foco na comunicação e feedback rápido, mantendo apenas o essencial. |
| **Controle de Qualidade** | Validações incrementais e revisões da arquitetura em cada fase. | Controle de qualidade embutido no XP com TDD e integração contínua, testando cada nova funcionalidade. |
| **Abordagem Geral** | Versão leve e ágil do UP. | Metodologia mais pesada e estruturada. |
| **Estrutura de Processos** | Estrutura clara de fases (Iniciação, Elaboração, Construção, Transição); mais estruturado, porém ágil, com menos entregas e documentação mais leve. | Segue a estrutura de fases (Iniciação, Elaboração, Construção, Transição) com requisitos detalhados de entrega e documentação em cada fase. |
| **Flexibilidade** | Projetado para ser mais adaptável e ágil, adequado para projetos pequenos a médios. | Menos flexível; mais adequado para grandes projetos complexos que se beneficiam de um planejamento e controle detalhados. |
| **Colaboração com Cliente** | Feedback regular dos stakeholders, mais interação em cada iteração. | Normalmente envolve avaliações de clientes no final de cada fase. |
| **Arquitetura** | Ênfase na criação ceda de uma arquitetura sólida, mas com menos restrições arquitetônicas. | Forte ênfase no desenvolvimento de arquitetura em primeiro lugar, garantindo uma base estável antes de prosseguir. |
| **Documentação** | Mínimo, focando apenas na documentação essencial. | Extensivo, com artefatos definidos para cada fase e marco. |
| **Controle de Qualidade** | Enfatiza a integração contínua e testes em iterações. | Os testes são enfatizados, mas muitas vezes mais estruturados e formalizados. |
| **Escalabilidade** | Aplicável a projetos maiores e complexos, com equipes médias a grandes. | Escalável, mas ideal para equipes menores e médias devido à abordagem colaborativa. |
| **Suporte a Equipes de Desenvolvimento** | Suporta equipes maiores e com papéis definidos, requerendo mais controle sobre o progresso. | Suporta equipes menores, mais colaborativas e com papéis flexíveis, adaptando-se ao ritmo do projeto. |
| **Suporte a Equipes de Desenvolvimento** | Melhor adequado para equipes menores e multifuncionais. | Dimensiona bem para equipes maiores com funções e responsabilidades definidas. |


## Justificativa

Optou-se por OpenMP sobre o Unified Process porque permite iterações mais curtas, o que significa uma obtenção de feedback mais constante e facilita a incorporação de mudanças no projeto; Isso é importante porque os requisitos da clínica não são fixos e podem ser eliminados, novos requisitos podem ser criados ou requisitos já estabelecidos podem receber alterações durante o processo de desenvolvimento.
21 changes: 16 additions & 5 deletions docs/interacao.md
View file
Original file line number Diff line number Diff line change
Expand Up @@ -4,14 +4,25 @@

| Papel | Descrição | Responsável | Participantes |
|------------------------|---------------------------------------------------------------------------------------------|------------------|------------------------|
| **Gerente de Projeto** | Coordena o projeto, garante a comunicação entre cliente e equipe, controla prazos e entregas. | João Silva | - |
| **Desenvolvedor Frontend** | Responsável pela interface do usuário, design e implementação das funcionalidades no lado do cliente. | Maria Souza | João Pereira |
| **Desenvolvedor Backend** | Implementa a lógica de negócios, integração com banco de dados e APIs. | Carlos Oliveira | - |
| **Analista de QA** | Garante a qualidade do produto, executando testes de funcionalidade, performance e usabilidade. | Laura Ferreira | - |
| **Analista de Requisitos** | Define os requisitos funcionais e não funcionais do sistema e garante que eles sejam atendidos. | Pedro Martins | Ana Clara, João Pereira |
| **Gerente de Projeto** | Coordena o projeto, garante a comunicação entre cliente e equipe, controla prazos e entregas. | - | - |
| **Desenvolvedor Frontend** | Responsável pela interface do usuário, design e implementação das funcionalidades no lado do cliente. | - | - |
| **Desenvolvedor Backend** | Implementa a lógica de negócios, integração com banco de dados e APIs. | - | - |
| **Analista de QA** | Garante a qualidade do produto, executando testes de funcionalidade, performance e usabilidade. | - | - |
| **Analista de Requisitos** | Define os requisitos funcionais e não funcionais do sistema e garante que eles sejam atendidos. | - | - |


## Comunicação

- **Whastapp:** Usado para comunicação diária com os membros da equipe, permite o envio rápido de mensagens que mantém todos os membros sempre atualizados sobre o status do projeto.

- **Discord:** Usado para reuniões de planejamento, revisão e retrospectiva, permite compartilhar arquivos, também é usado como um canal de ajuda em que os membros podem apoiar uns aos outros.

- **Teams:** Usado para reuniões com o cliente, aqui será mostrado o avançado dos retornos de receber os feedbacks e alterações a implementar.

- **Notion:** Aqui se guarda informação com relação à proposta do projeto, requerimentos que têm de ser implementados e ações a realizar no futuro, deve ser atualizado cada vez que se altere a situação do projeto.

## Processo de Validação

Os avanços serão validados em reuniões semanais com o cliente, este poderá visualizar o que foi trabalhado durante o período e se houver partes funcionais estas também serão mostradas; Depois receberá o feedback e será adicionado às atividades a serem realizadas durante o sprint.

Durante as etapas finais do projeto, versões funcionais do trabalho serão disponibilizadas ao cliente para verificar se as funcionalidades atendem às expectativas.
7 changes: 2 additions & 5 deletions docs/licoes_aprendidas.md
View file
Original file line number Diff line number Diff line change
@@ -1,9 +1,6 @@
# Lições aprendidas
## Unidade 1

## Unidade 2

## Unidade 3

## Unidade 4
Durante esta fase inicial, houve problemas com relação à frequência de trabalho, esta foi bastante inconsistente o que causou atrasos em algumas entregas.
Para corrigir isso, reuniões de planejamento serão realizadas onde as tarefas do trabalho serão divididas entre os membros com datas específicas de entrega.

2 changes: 1 addition & 1 deletion docs/solucao_proposta.md
View file
Original file line number Diff line number Diff line change
Expand Up @@ -8,7 +8,7 @@ Aqui, tem-se um conjunto inicial das principais características que a solução

- O site será visto e operado da mesma forma, independentemente de ser acessado por computador ou celular para não limitar as opções que um cliente tem para acessar o serviço.
- O site terá todas as informações relacionadas a procedimentos que realiza a clínica, estas se encontram dentro das especializações às quais pertencem, isto será ordenado usando menus.
- O processo de reserva será feito através de formulários ou whatsapp, ambos podem ser acessados através do site.
- O processo de agendamento de consulta será feito através de formulários ou whatsapp, ambos podem ser acessados através do site.
- No processo de reserva pode ser escolhido a especialidade, o profissional e o horário específico que se deseja reservar, a disponibilidade dependerá do calendário do profissional.
- Será feito uso de um banco de dados, atualizado diariamente, para implementar o calendário de disponibilidade dos profissionais que pode ser consultado por qualquer pessoa com acesso ao site, para garantir que os clientes têm informações atualizadas ao fazer uma reserva.
- O site permitirá entrar em contato com um profissional para resolver dúvidas específicas que possa ter um usuário.
Expand Down

0 comments on commit 1a76753

Please sign in to comment.