Planejamento da iteração 5

Início da Iteração	Término da iteração
13/04/2023	26/04/2023

Introdução

O que estava planejado

Atividade	Atribuição
Finalização do back end	@paulovitor, @thiagobotelho
Finalização do front end	@isabelle, @rodrigo, @thiagobotelho
Elaboração de testes	@luizphillip, @vinicusmarçal, @rodrigo
Realizar integração	@paulovitor, @isabelle, @thiagobotelho
Dar deploy	@vinicusmarçal, @rodrigo

O que foi feito

Atividade	Atribuição
Finalização do back end	@paulovitor, @thiagobotelho
Finalização do front end	@isabelle, @rodrigo, @thiagobotelho
Elaboração de testes	@luizphillip, @vinicusmarçal, @rodrigo
Realizar integração	@paulovitor, @isabelle, @thiagobotelho
Dar deploy	@vinicusmarçal, @rodrigo, @paulovitor

O que não foi feito

• Realizar integração (não completamente)
• Dar deploy (não perfeitamente)

Nota: Tudo o que foi planejado foi realizado, principalmente no que diz respeito ao back-end, front-end e elaboração dos testes. Conseguimos finalizar o CRUD, as telas principais e testamos as funções e verificando suas atividades no banco. No entanto, houve certos problemas na integração, uma vez que embora tenhamos o front e o back feitos havia certos problemas para conectá-los pela falta de uso da ferramenta, entendendo o contexto e os erros gerados ao rodar os dois. Dito isso, a integração levou mais tempo do que o necessário e acabamos por não conseguir integrar tudo perfeitamente, além das funcionalidades principais. Por fim, como esta integração foi prejudicada o deploy da aplicação em si também, mas além disso, vimos que para hospedar a aplicação o ideal seria pagar, então optamos por opções mais versáteis e simples, nos levando ao GitHub Pages para o front e o Deta para o Back, sendo um deploy em áreas diferentes. Assim, embora não tenhamos dado o deploy perfeitamente como queríamos ainda subimos nossas telas para visualização e também nosso Swagger UI do Fast API para testar as funções (rodando tudo em Docker).

Lições aprendidas

• Aprendemos que o desenvolvimento de uma aplicação é bastante complexo e exige uma boa equipe coordenada. Qualquer problema que dá em uma área pode acabar impactando as outras, logo, o cumprimento dos prazos é essencial e também todos devem atuar como uma grande equipe, se ajudando quando possível. No mais, foi uma experiência incrível ser capaz de desenvolver uma aplicação para a própria UFPE, buscando resolver os problemas das reservas da SEGEL. E esperamos que esta aplicação continue sendo desenvolvida no futuro para que possamos ver ela em uso o mais rápido possível.
• Esperamos também levar este aprendizado para o futuro e aprender cada vez mais nesta área de desenvolvimento que a cadeira de Engenharia de Software proporcionou. Pretendemos usar este projeto para evoluir cada vez mais e então continuar no futuro para resolver os problemas da SEGEL.