Débitos Técnicos

[altjohndev]

Requisitos

• [x] REQT-01: Que o sistema seja dividido em duas camadas: backend e frontend. Tais camadas devem ser sistemas distintos;
• [x] REQT-02: Que a arquitetura de backend e de frontend sigam os padrões descritos pela comunidade e pela equipe mantenedora dos frameworks escolhidos;
• [ ] REQT-03: Que os testes automatizados contemplem de forma satisfatória todos os critérios de aceitação do produto definidos durante as sprints;
• [ ] REQT-04: Que o fluxo de desenvolvimento siga as premissas do GitFlow, de Vincent Driessen;
• [x] REQT-05: Que seja utilizado Docker Compose, em nível de development, para automatizar a instalação do ambiente de desenvolvimento;
• [x] REQT-06: Que seja utilizado Docker Compose, em nível de test, para automatizar a execução da(s) suíte(s) de teste;
• [x] REQT-07: Que seja utilizado Docker Compose, em nível de production, para automatizar a instalação do ambiente de produção;
• [ ] REQT-08: Que seja utilizado Docker para versionar imagens de homologação e produção do sistema no GitLab Registry;
• [x] REQT-09: Que seja realizado Integração Contínua utilizando GitLab CI/CD;
• [ ] REQT-10: Que seja realizado Entrega Contínua utilizando GitLab CI/CD;
• [x] REQT-13: Que o frontend seja adequadamente responsivo;
• [x] REQT-14: Que o frontend possua um design que promova bons sentimentos como: calma, harmonia e segurança.

Adesão aos Requisitos Técnicos

• FrontDevs:
  • [ ] Adesão ao REQT-01, REQT-02, REQT-13 e REQT-14;
  • [ ] Adesão ao REQT-03;
  • [ ] Adesão ao REQT-04, REQT-05, REQT-06 e REQT-07;
  • [ ] Adesão ao REQT-08, REQT-09 e REQT-10.

Tarefas

REQT-01

OK

REQT-02

• [x] Adicionar no README de cada projeto o padrão do projeto (REQT-02)

• O padrão deve ser seguido.

REQT-03

• Apenas os testes dos critérios de aceitação são obrigatórios (para a avaliação)

REQT-04

• [ ] Branch develop e master devem ser protegidas (REQT-04)

• Desenvolvimento de cada requisito deve ser feito em branch própria.

• Correções pontuais no develop e master devem ser feitas em branches próprias (hotfix) e atualizada via PR

• Ao fim do desenvolvimento do requisito, deve ser realizado um PR da branch do requisito para a branch develop

• Ao fim da sprint, um PR da branch develop para a branch master deve ser realizada

REQT-05

• [x] Isolar ambiente de dev
• [x] Melhorar o Dockerfile
• [x] Melhorar o docker-compose

REQT-06

• [x] Isolar ambiente de test
• [x] Criar Dockerfile
• [x] Melhorar o docker-compose

REQT-07

• [x] Isolar ambiente de production
• [x] Criar Dockerfile
• [x] Melhorar o docker-compose

REQT-08

• [ ] Criar diretório de builds
• [ ] Gerar docker-compose das builds

REQT-09

• [x] Job de teste utilizando exclusivamente o Docker de teste

REQT-10

• [ ] Job de push das imagens de homologação e produção
• [ ] Job de deploy de homologação e produção

REQT-13

• Cada página deve funcionar responsivamente

REQT-14

• Design razoável

[fabio1079]

• [ ] REQT-03: Que os testes automatizados contemplem de forma satisfatória todos os critérios de aceitação do produto definidos durante as sprints; De backend ta ok, mas no front não.
• [ ] Branch develop e master devem ser protegidas (REQT-04) Não temos permissão.
• [ ] REQT-04: Que o fluxo de desenvolvimento siga as premissas do GitFlow, de Vincent Driessen; _Inserir um novo fluxo/filosofia em um projeto em andamento é deveras complicado :openmouth:
• [ ] REQT-08: Que seja utilizado Docker para versionar imagens de homologação e produção do sistema no GitLab Registry; Só faltou homologação e GitLab Registry
• [ ] REQT-10: Que seja realizado Entrega Contínua utilizando GitLab CI/CD; Tem a integração, mas não a entrega