Skip to main content

ATA N.º18 | 25/11

Disciplina: Requisitos de Software**
Data: 25/11/2025
Horário: 21:09
Local: Microsoft Teams

Participantes​

Integrantes do Grupo:

  • Amanda de Moura
  • Beatriz Figueiredo dos Santos
  • Davi Marques do Egito Coelho
  • Eduardo Oliveira Valadares
  • Gabriel Augusto Vilarinho Viana Rocha
  • Samuel Rodrigues Viana Lobo

Cliente (se participou):

  • Não houve participação do cliente.

Ausentes:

  • Sem registros de ausência.

Objetivos da Reunião​

  • Registrar a retrospectiva da Sprint 6 (R.R.P).
  • Discutir feedbacks do professor sobre o diagrama de casos de uso e próximos ajustes.
  • Identificar melhorias desejadas no frontend, no fluxo de requisitos e na organização do trabalho em equipe.

Principais Pontos Abordados​

1. Feedback da apresentação do diagrama de casos de uso​

Discussão: Amanda relatou que a aula foi focada na apresentação dos diagramas de casos de uso das equipes, incluindo o grupo, e que o professor forneceu feedbacks que precisam ser incorporados ao modelo do grupo, sendo que Davi anotou os comentários para posterior correção.

Justificativa (se houver): A incorporação dos feedbacks é necessária para alinhar o artefato às expectativas da disciplina e garantir consistência entre diagrama e especificações.

Decisão: O grupo se comprometeu a revisar o diagrama de casos de uso com base nas anotações do Davi e a realizar os ajustes necessários antes da elaboração final das especificações de casos de uso.

2. Retrospectiva sobre o frontend e integração​

Discussão: Durante a retrospectiva, Amanda destacou o desejo de ter um frontend mais conectado e coeso, comentando que a tela atual se assemelha a um “Frankenstein” devido a contribuições fragmentadas, principalmente por conta da complexidade de trabalhar frontend em Python em equipe. Outros integrantes concordaram que a componetização e organização poderiam estar mais claras.

Justificativa (se houver): A forma como o frontend foi construído ao longo da sprint, com partes adicionadas em momentos diferentes, dificultou a padronização de layout e experiência de uso.

Decisão: O grupo reconheceu a necessidade de, nas próximas iterações, planejar melhor a arquitetura do frontend, padronizar componentes e alinhar decisões de interface antes das implementações, buscando um fluxo mais integrado entre filtros, planilha e demais elementos visuais.

3. Sequência e priorização de requisitos​

Discussão: Foi levantado que os requisitos de 1 a 7 deveriam ter sido concluídos antes de avançar para itens posteriores, o que impactou o ritmo geral da sprint e a preparação para testes e validações. Houve consenso de que a ordem de implementação não foi a ideal.

Justificativa (se houver): A priorização inadequada fez com que funcionalidades centrais ficassem incompletas por mais tempo, atrasando integrações e a consolidação do MVP planejado.

Decisão: Para as próximas sprints, o grupo decidiu respeitar com mais rigor a priorização de requisitos definida no planejamento, garantindo que blocos essenciais sejam finalizados antes de iniciar funcionalidades complementares.

Próximos Passos (se forem elencados na reunião)​

  1. Revisar o diagrama de casos de uso e aplicar todos os feedbacks registrados na aula.
  2. Reorganizar e padronizar o frontend, planejando uma arquitetura de componentes mais coesa para as próximas entregas.
  3. Ajustar o planejamento das próximas sprints para garantir a conclusão dos requisitos prioritários (especialmente os de 1 a 7) antes de expandir o escopo.

Encaminhamentos Finais​

  • Reforçada a importância de incorporar rapidamente os feedbacks do professor no diagrama e nas especificações.
  • Registrada a necessidade de melhorar a organização do frontend para evitar telas fragmentadas e pouco integradas.
  • Destacada a lição aprendida sobre priorização: finalizar o conjunto de requisitos principais antes de avançar para novos itens.

Encerramento da reunião: 22:46
Duração: Aproximadamente 1h37