Tema ā¢ Desafio ā¢ Requisitos ā¢ Planejamento ā¢ Sprints ā¢ Tecnologias ā¢ Metodologia ā¢ Backlog ā¢ Equipe
AplicaĆ§Ć£o Web com BD Relacional (possivelmente pipeline de preparaĆ§Ć£o de dados)
Temos um desafio de sincronizaĆ§Ć£o dos dados administrativos, financeiros e operacionais referentes aos serviƧos prestados pela empresa. A falta de organizaĆ§Ć£o dos dados acarreta lentidĆ£o para atender chamados, e confusĆ£o na interpretaĆ§Ć£o dos indicadores comerciais e financeiros.
PrƩ-requisitos:
Requisitos Funcionais
- Cadastros de UsuƔrios, Equipamentos e HorƔrios
- UsuƔrios devem ter perfis diferentes (administrador, suporte, cliente)
- Registro de chamados
- Acompanhamento de chamados de ponta a ponta
- Front-End para entrada e interpretaĆ§Ć£o de dados.
Requisitos NĆ£o Funcionais
- Linguagem Java Web Server-Side (Requisito Exigido Fatec)
- PL / SQL (Requisito Exigido Fatec)
- GIT (Requisito Exigido Fatec)
- Vue.js ou Flutter (FrontEnd).
š Clique no link abaixo para visualizar o Kanban de atividades da equipe:
-
Kickoff - 15/08/2022 a 19/08/2022
-
SPRINT 1 - 29/08/2022 a 18/09/2022
-
SPRINT 2 - 19/09/2022 a 09/10/2022
-
SPRINT 3 - 13/10/2022 a 06/11/2022
-
SPRINT 4 - 07/11/2022 a 27/11/2022
-
Feira de SoluƧƵes - 08/12/2022 Ć s 19h
š SPRINT 1 (Link da Pasta): ConcluĆdo āļø
š SPRINT 2 (Link da Pasta): ConcluĆdo āļø
š SPRINT 3 (Link da Pasta): ConcluĆdo āļø
š SPRINT 4 (Link da Pasta): ConcluĆdo āļø
- Banco de Dados: Oracle Cloud (Requisito DesejƔvel Fatec)
- Back-end: Java e Spring Boot
- Front-end: HTML, JavaScript (Vue.js), CSS, Bootstrap
- Ferramentas: IntelliJ IDEA, Visual Studio Code, GitHub e Figma
- Metodologia Ćgil: Framework Scrum
PrƩ requisitos para rodar o serviƧo localmente:
- Docker installed (https://docs.docker.com/get-docker/) ā Guia de como instalar o docker.
Utilizando docker podemos subir o serviƧo utilizando linha de comando ou o docker desktop, nosso serviƧo tem duas imagens dockers que devem ser subidos em containers separados, de acordo com a recomendaĆ§Ć£o da ferramenta.
āDon't make monolithic containers.ā
Portanto vamos trabalhar nessa ideia. Para cada sprint temos uma versĆ£o de front-end e uma versĆ£o de back-end, para utilizaĆ§Ć£o completa do serviƧo, devemos obrigatoriamente utilizar os dois microservices, com as versƵes corretas.
Na imagem acima vemos quais versƵes atualmente temos, em ambos os serviƧos temos lanƧado atĆ© o momento 3 versƵes, se o desejado Ć© utilizar a versĆ£o 2.0.0, por exemplo, ambos os serviƧos devem ser utilizados na versĆ£o 2.0.0, tanto do front-end quanto do back-end.
Fazer pull das images:
docker pull apidocdocker/<service-name>:<tagname>
Subir o Container:
docker run -p <image-port>:<local-port> <service-name>:<tag-name>
Exemplo: Fazer pull e rodar o container do back-end
docker pull apidocdocker/subter-backend:4.0.0
docker run -p 8080:8080 apidocdocker/subter-backend:4.0.0
A aplicaĆ§Ć£o do backend por padrĆ£o, dentro do container, roda na porta 8080, quando colocamos "-p 8080:8080" estamos dizendo que queremos que o que esteja rodando na porta 8080 do container reflita para a porta 8080 local, ou qualquer porta desejada.
O mesmo Ć© feito para o front-end, a porta padrĆ£o da aplicaĆ§Ć£o Ć© 4200, o que significa que terĆamos que utilizar o "-p 4200:4200" ou a porta desejada.
Este projeto estƔ sob a licenƧa MIT - veja o arquivo LICENSE.md para mais detalhes
š Para visualizar a apresentaĆ§Ć£o da Sprint 4 clique aqui