🧠 Brainstorming e Elicitação de Requisitos¶
🚀 Introdução¶
O brainstorming é uma técnica de elicitação de requisitos que consiste em reunir a equipe e discutir sobre diversos tópicos gerais do projeto apresentados no documento problema de negócio. No brainstorming o diálogo é incentivado e críticas são evitadas para permitir que todos colaborem com suas próprias ideias.
🛠️ Metodologia¶
A equipe se reuniu por chamada no Discord para debater ideias gerais sobre o projeto. A sessão começou com uma apresentação rápida do problema central — a gestão manual de documentos de estágio na Secretaria do Ibmec — e terminou com um conjunto claro de ideias e direções para o desenvolvimento. Caio atuou como moderador, direcionando a equipe com questões pré-elaboradas e transcrevendo as respostas para o documento.
💡 Ideias Levantadas¶
Durante a sessão livre, a equipe listou as seguintes funcionalidades e conceitos:
- Marcador visual de erros: Destacar em vermelho os campos incorretos ou ausentes no contrato.
- Integração com IA (LLM): Pesquisar o histórico da empresa e analisar automaticamente o contrato.
- Notificações automáticas: Disparo de e-mails para o aluno e a secretaria sobre o status do documento.
- Painel de acompanhamento (Tracking): Status visual do processo de estágio, similar ao rastreio de pedidos do Mercado Livre.
- Upload remoto: Envio de documentos diretamente pelo aluno via plataforma, eliminando a entrega presencial.
- Fluxo de reenvio: Botão dedicado para reenviar o contrato após reprovação, sem precisar abrir um novo processo do zero.
- Busca otimizada: Filtro de alunos por nome ou matrícula para facilitar o trabalho da secretaria.
- Tela de avaliação exclusiva: Painel da secretaria com opções ágeis de validar, reprovar e adicionar mensagens de aviso.
- Documentação técnica: Documentar todas as rotas da API para facilitar a manutenção futura.
❓ Perguntas Direcionadas¶
1. Qual o objetivo principal da aplicação?¶
- Bernardo: Deve ser uma plataforma onde alunos possam gerenciar e enviar contratos de estágio para validação.
- Caio: Fornecer o envio de contratos, a certificação de validação, o armazenamento dos documentos durante todo o curso e a visualização do contrato.
- Daniel: Gerenciar e validar contratos de estágio de forma centralizada.
- Lucas: A automação da validação básica dos contratos, reduzindo o trabalho manual e repetitivo da secretaria.
- Otto: Gerenciar o ciclo completo do documento, desde o envio pela empresa até a aprovação final pela secretaria.
2. Como o aluno vai submeter os documentos?¶
- Bernardo: Faz login com matrícula e senha e acessa a tela de documentos para fazer o upload diretamente pela plataforma.
- Caio: O processo deve ser simples: entrar na plataforma, anexar o arquivo e enviar. O aluno precisa acompanhar o status em tempo real.
- Daniel: O aluno deve poder reenviar o documento corrigido caso seja reprovado, sem precisar abrir um novo processo.
- Lucas: A tela deve mostrar claramente o status de cada envio (ex: "Em análise", "Aprovado", "Reprovado com justificativa").
- Otto: Precisa conseguir baixar o contrato validado após a aprovação, servindo como comprovante oficial.
3. Como a Secretaria vai validar os contratos?¶
- Bernardo: Acessa uma tela com os contratos pendentes, podendo aprovar ou reprovar, com opção de adicionar justificativa.
- Caio: A tela de avaliação deve ser uma extensão da tela de detalhes, com botões rápidos de validação e avisos.
- Daniel: A IA faria uma pré-análise antes de chegar na secretaria, marcando possíveis erros em vermelho para agilizar a revisão.
- Lucas: Precisam de uma busca para encontrar alunos por matrícula/nome e consultar o histórico de envios.
- Otto: Seria útil um histórico das empresas conveniadas, facilitando validações futuras da mesma instituição.
4. Quais telas o sistema precisa ter?¶
- Bernardo: Login com matrícula/senha (com recuperação de senha como funcionalidade desejável).
- Caio: Tela de documentos mostrando nome/status de cada contrato (com filtros como funcionalidade desejável).
- Daniel: Tela de detalhes do documento (validação, justificativas, download e reenvio).
- Lucas: Tela de perfil do usuário e um painel de avaliação exclusivo para a secretaria.
- Otto: Dashboard da secretaria para receber documentos e a tela de busca de alunos.
5. O que acontece se o contrato for reprovado?¶
- Bernardo: O aluno recebe notificação e vê na plataforma o motivo da reprovação e o que corrigir.
- Caio: Poder reenviar o contrato corrigido pelo mesmo fluxo original.
- Daniel: O sistema deve guardar o histórico de todas as versões (mesmo reprovadas) para garantir rastreabilidade.
- Lucas: A secretaria precisa ver quantas vezes um contrato foi reprovado para mapear problemas recorrentes.
- Otto: Um e-mail automático avisando o aluno da reprovação, já incluindo a justificativa da secretaria.
✅ Conclusão¶
Através da aplicação da técnica, foi possível elicitar as primeiras ideias e direções do projeto. A equipe chegou a um consenso sobre os principais fluxos da aplicação: o envio e validação de contratos de estágio, o acompanhamento do status pelo aluno e as ferramentas de gestão para a secretaria. Essas ideias servirão de base para as próximas etapas de elaboração e desenvolvimento.
📚 Referências Bibliográficas¶
BARBOSA, S. D. J; DA SILVA, B. S. Interação humano-computador. Elsevier, 2010.
👥 Histórico de Versões¶
| Data | Versão | Descrição | Autor(es) |
|---|---|---|---|
| 11/04/26 | 1.0 | Criação do documento | Lucas Jesus, Otto Balestrassi, Caio Ximenes, Bernardo Esteves e Daniel Alberto |