Skip to main content

ATA N.º9 | 04/10

Disciplina: Requisitos de Software
Atividades de Eng. de Requisitos: Validação Data: 04/10/2025
Horário: 08:04
Local: Microsoft Teams
Evidência


Participantes

Integrantes do Grupo:

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

Cliente (participante):

  • Arthur Ribeiro

Ausentes:

  • Beatriz Figueiredo dos Santos

Objetivos da Reunião

  • Apresentar e validar o MVP (Produto Mínimo Viável) com o cliente.
  • Explicar a estrutura e priorização dos requisitos funcionais e não funcionais.
  • Confirmar entendimento sobre o escopo do MVP e alinhar ajustes finais antes do desenvolvimento.
  • Discutir sugestões adicionais apresentadas pelo cliente.

Principais Pontos Abordados

1. Estrutura da Apresentação do MVP

Discussão: O grupo definiu previamente a divisão das falas para a reunião. Samuel apresentou a introdução, explicando o conceito de backlog e MVP; Gabriel e Davi abordaram os requisitos funcionais; e Eduardo explicou os não funcionais.
Decisão: A estrutura foi validada e utilizada na reunião, garantindo uma apresentação organizada e fluida.


2. Requisitos Funcionais do MVP

Discussão: Foram apresentados os requisitos funcionais priorizados:

  • Analisar período de estoque;
  • Integrar diferentes fontes de dados;
  • Consultar produtos por código, linha, status e período de estoque;
  • Notificações sobre produtos em estado crítico (baixa saída, estoque crítico e produtos zerados).

Arthur validou todos os requisitos, reforçando a importância de manter foco em análises rápidas e consultas diretas.
Decisão: Requisitos funcionais confirmados para o MVP.


3. Requisitos Não Funcionais

Discussão: Eduardo apresentou os requisitos não funcionais, destacando:

  • Performance: tempo de carregamento inferior a 30 segundos e upload de planilhas em até 10 minutos;
  • Compatibilidade: integração com arquivos .xlsx e .csv;
  • Confiabilidade: sistema estável durante o uso e testes.

Decisão: Todos os requisitos foram aprovados pelo cliente.


4. Validação e Ajustes do MVP

Discussão: Amanda explicou o processo de priorização (complexidade × valor de negócio). Arthur aprovou o raciocínio e elogiou a clareza da priorização.
Foi identificado um erro na apresentação: o requisito “Análises Avançadas” estava indevidamente classificado como parte do MVP, sendo na verdade planejado para incrementos futuros.
Decisão: Corrigido o escopo do MVP, removendo o requisito de “Análises Avançadas”.


5. Sugestão Adicional: Metas por Linha de Produto

Discussão: Gabriel sugeriu a criação de um campo personalizado para inserção de metas relacionadas a cada linha ou sublinha de produto, com possibilidade de definir metas anuais que foi algo que o Arthur demonstrou interesse.
Decisão: O grupo avaliou positivamente a sugestão, mas optou por não incluir o recurso no escopo atual do MVP, por se tratar de uma funcionalidade complementar. Caso haja tempo e viabilidade técnica, a implementação poderá ocorrer em incrementos futuros.


6. Feedback do Cliente

Discussão: Arthur confirmou que o MVP atende suas expectativas, destacando que:

  • O sistema proposto trará agilidade e eficiência às análises;
  • Deseja apenas melhor compreensão futura sobre o tratamento de colunas e planilhas;
  • O número de linhas nas planilhas não será impeditivo (o grupo explicou que o sistema processará dados em blocos, sem perda).

Decisão: Feedback positivo; cliente satisfeito com o direcionamento do MVP.


7. Ajustes Finais de Requisitos

Discussão: Arthur sugeriu ajustes específicos:

  • Reduzir o período de análise de sazonalidade de 6 para 4 meses;
  • Confirmar o cálculo de compras inteligentes, incluindo quantidade por caixa e valor total de compra;
  • Manter notificações por até 15 dias, evitando sobrecarga de dados.

Decisão: Ajustes aceitos e incorporados ao planejamento do sistema.


Próximos Passos

  1. Prototipar o MVP com base nas validações feitas.
  2. Refinar requisitos detalhados conforme feedback do cliente.
  3. Receber e integrar planilhas de dados fornecidas pelo cliente.
  4. Analisar viabilidade futura da funcionalidade de metas por linha de produto.

Encaminhamentos Finais

  • MVP validado e aprovado pelo cliente.
  • Escopo e priorização confirmados.
  • Sugestão de metas registrada como funcionalidade complementar.
  • Protótipo começará a ser desenvolvido na próxima semana.
  • Notificações, análises e integrações ajustadas conforme orientações do cliente.

Encerramento da reunião: 09:38
Duração: Aproximadamente 1h34
Responsável pela redação da ata: Davi Marques do Egito Coelho