Aléssio M. Jr logo Aléssio M. Jr logo alessiojr.com
  • Sobre
  • Blog
  • Projetos
  • Palestras
  • Publicações
  • Disciplinas
    • Gestão e Processo de Software
    • Inteligência Artificial II
    • Estágio Supervisionado

    • AED2
    • CLP
    • Compiladores
    • Técnicas de Programação

    • Visão Geral
  • Inovação
    • Visão Geral
    • Influenzer
    • WOK
    • Ecossistema Vale do Aço
    • Palestras
    • Ideias & TCC
    • Português
    • English

Nesta página

  • 1. Resumo da Rubrica de Avaliação (5,0 Pontos)
  • 2. Participação e Métricas Individuais dos Membros
  • 3. Auditoria Detalhada dos Artefatos de Documentação
  • 4. Governança no GitLab: Milestones, Issues e MRs
    • Amostra de Issues do Projeto
  • 5. Diagnóstico de Maturidade do Projeto
    • Síntese executiva
    • Quadro de maturidade
    • Evidências positivas verificáveis
    • Lacunas e riscos priorizados
    • Recomendações para o Módulo 2
    • Perguntas de validação
    • Nota metodológica
  • 6. Considerações e Ajustes Finais do Docente
  • Editar essa página
  • Criar uma issue

Relatório de maturidade - TP1 - GPS-AnRoMat

Gestão de Projetos de Software (2026-2) — Relatório de Avaliação do Módulo 1

Autor

Prof. Aléssio Miranda Júnior

Data de Publicação

2026-09-21

Data de Modificação

21/09/2026

  • Repositório GitLab: https://git.juninho.com.br/cefet-gps-2026/gps-projetos-integradores/gps-anromat
  • Status da Entrega: 🟢 ✅ Concluído no Prazo
  • Pontuação Geral Calculada: 4.5 / 5,0 Pontos
  • Última Atividade no GitLab: 2026-09-15T01:04:10

1. Resumo da Rubrica de Avaliação (5,0 Pontos)

Critério Descrição Peso Nota Obtida Evidência Principal
1. Identidade e Equipe README.md com logo, membros (@username), papéis e stack tecnológica 0,5 0.5 ✅ Completo
2. Project Charter docs/PROJECT_CHARTER.md com objetivos SMART, justificativa WokDex e escopo 0,8 0.6 ✅ Completo
3. EAP / WBS docs/EAP.md com decomposição hierárquica e códigos numéricos 0,8 0.5 🟡 Parcial
4. Diretrizes de Prompt docs/DIRETRIZES_PROMPT.md com postura socrática e exemplos de diálogo 0,7 0.7 ✅ Completo com Exemplos
5. Backlog no GitLab 4 Milestones, Issues com labels/estimativas, dependências e todos membros 1,2 1.2 22 Issues, 4 Milestones
6. Spike Técnico / MVP Código de consumo da API LLM integrado via Merge Request 1,0 1.0 ✅ Spike + MR integrado
TOTAL Pontuação Consolidada do Checkpoint 01 5,0 4.5 pts ✅ Concluído no Prazo

2. Participação e Métricas Individuais dos Membros

Avaliação do envolvimento de cada integrante cadastrado oficialmente:

Integrante Matrícula Usuário GitLab Commits Issues Criadas Issues Atribuídas MRs Criados MRs Revisados Nível de Engajamento
André Guilherme 20243000982 @andreguilherme 3 0 6 1 0 🟢 Alto
MATEUS LOPES 20243004300 @MateusLopes15 6 0 9 0 1 🟢 Alto
Ronald Vitorino 20243003723 @ronaldrodriguesvitorino 1 22 7 0 0 🟢 Alto

3. Auditoria Detalhada dos Artefatos de Documentação

📄 README.md

  • Arquivo presente: ✅ Sim
  • Identificação dos membros com login: ✅ Sim
  • Descrição da Stack Tecnológica: ✅ Sim

📄 docs/PROJECT_CHARTER.md (Termo de Abertura)

  • Arquivo presente: ✅ Sim
  • Objetivos SMART definidos: ✅ Sim
  • Fronteiras de Escopo (Dentro / Fora): ✅ Sim

📄 docs/EAP.md (Estrutura Analítica do Projeto)

  • Arquivo presente: ✅ Sim
  • Diagrama Mermaid ou visual: ⚠️ Apenas lista textual
  • Numeração hierárquica de pacotes: ✅ Sim

📄 docs/DIRETRIZES_PROMPT.md (Filosofia do Bot)

  • Arquivo presente: ✅ Sim
  • Postura socrática e investigativa: ✅ Sim
  • Exemplos práticos de diálogos (O que deve / não deve fazer): ✅ Sim

⚡ Spike Técnico de Conexão com a LLM

  • Evidências no Repositório: Arquivo de spike/código: src/test_api.py
  • Merge Request associado: ✅ Identificado MR de integração

4. Governança no GitLab: Milestones, Issues e MRs

  • Total de Commits: 10 (10 no prazo, 0 após o prazo)
  • Total de Issues Cadastradas: 22
  • Total de Milestones: 4
  • Total de Merge Requests: 1
  • Dependência Bloqueante Mapeada: ✅ Sim (vínculo is blocked by ativo)
  • Uso de Estimativas de Tempo: ✅ Sim

Amostra de Issues do Projeto

# Título da Issue Autor Responsáveis Labels Estado
#23 Módulo 4: Relatório Final de Gestão e Encerramento de Backlog (docs/RELATORIO_FINAL_GESTAO.md) @ronaldrodriguesvitorino @ronaldrodriguesvitorino Docs opened
#22 Módulo 4: Retrospectiva do Projeto (docs/RETROSPECTIVA.md) @ronaldrodriguesvitorino @ronaldrodriguesvitorino Docs opened
#21 Módulo 4: Elaboração do Pitch Final, Slides e Roteiro de Live Demo (docs/slides/) @ronaldrodriguesvitorino @MateusLopes15 Docs opened
#20 Módulo 4: Release v1.0.0 e Atualização do README @ronaldrodriguesvitorino @andreguilherme DevOps, Docs opened
#19 Módulo 3: Gestão do Fluxo de Sprints, Revisão e Métricas de Esforço (SPRINT_REVIEW_M3.md) @ronaldrodriguesvitorino @ronaldrodriguesvitorino Planejamento opened
#18 Módulo 3: Documentação de Arquitetura, Guia do Usuário e Setup (ARQUITETURA.md e GUIA_USUARIO.md) @ronaldrodriguesvitorino @MateusLopes15 Docs opened
#17 Módulo 3: Testes Automatizados de Qualidade de Prompt e Integração @ronaldrodriguesvitorino @andreguilherme BackEnd, Prompt opened
#16 Módulo 3: Automação da Pipeline de CI/CD e Gestão de Secrets (.gitlab-ci.yml) @ronaldrodriguesvitorino @ronaldrodriguesvitorino DevOps opened
#15 Módulo 3: Implementação da Interface do Usuário (Bot/UI) e Tratamento de Entrada @ronaldrodriguesvitorino @andreguilherme BackEnd, FrontEnd opened
#14 Módulo 2: Encerramento do Módulo 1 e Entrega dos Merge Requests no Módulo 2 @ronaldrodriguesvitorino @ronaldrodriguesvitorino DevOps opened
#13 Módulo 2: Testes de Simulação e Instruções de Reprodutibilidade @ronaldrodriguesvitorino @andreguilherme BackEnd, Docs opened
#12 Módulo 2: Modularização do Prompt e Motor de Diálogo Multi-turn @ronaldrodriguesvitorino @andreguilherme BackEnd opened
#11 Módulo 2: Gestão Proativa de Riscos, Comunicação e Requisitos (RISCOS_E_COMUNICACAO.md) @ronaldrodriguesvitorino @MateusLopes15 Docs, Planejamento opened
#10 Módulo 2: Testes de Validação com Prompts @ronaldrodriguesvitorino @MateusLopes15 Docs, Prompt opened
#9 Módulo 2: Especificação da Arquitetura e Engenharia do Prompt (SYSTEM_PROMPT.md) @ronaldrodriguesvitorino @ronaldrodriguesvitorino Docs, Prompt opened

5. Diagnóstico de Maturidade do Projeto

NotaEscopo e evidências analisadas

Foram confrontados relatorio_gps_anromat.qmd e trabalhos-baixados/gps-anromat, com documentação, diagrama.png, issues, README e src/test_api.py. A cópia local pode estar desatualizada e não atesta a configuração remota ou o histórico de revisão.

Síntese executiva

O grupo possui uma fundação documental completa e evidência de spike técnico. O backlog mostra preocupação com riscos, requisitos, prompt, integração e testes para os módulos seguintes. Há dependência bloqueante registrada na auditoria, favorecendo a leitura de caminho crítico. O maior avanço esperado é fechar a rastreabilidade entre requisitos, EAP, arquitetura e testes do comportamento pedagógico.

Quadro de maturidade

Dimensão Estágio Evidências Risco ou limitação
Identidade e visão Consistente README e charter disponíveis. Confirmar foco da jornada mínima de aprendizagem.
Escopo e requisitos Em desenvolvimento Charter e requisitos presentes. A auditoria aponta necessidade de amadurecer o charter; critérios de aceite não foram confirmados.
Planejamento e rastreabilidade Consistente EAP numerada, diagrama.png, milestones, estimativas e dependência relatada. Relação requisito-issue-teste precisa ser demonstrada.
Viabilidade técnica e segurança Em desenvolvimento src/test_api.py; issues para arquitetura, riscos e secrets. Não foi validada execução ou política efetiva de segredo.
Qualidade documental e colaboração Consistente Conjunto de documentos e organização por issues. Pouca evidência de revisão por MR na auditoria; não inferir ausência de colaboração.

Evidências positivas verificáveis

  • A cópia contém todos os documentos-base, diagrama.png e spike Python.
  • O backlog relatado inclui prompt multi-turn, testes de simulação e gestão de riscos.
  • A auditoria identifica dependência bloqueante e planejamento para os módulos seguintes.

Lacunas e riscos priorizados

  • P0: critérios de aceite e vínculo entre requisitos, arquitetura e testes não foram confirmados na cópia; é ausência de evidência, não deficiência comprovada.
  • P1: o charter precisa manter limites claros para evitar crescimento indevido do escopo.
  • P1: segredos, reprodutibilidade e falhas de API devem sair do plano para uma evidência executável.

Recomendações para o Módulo 2

  • P0: criar rastreabilidade RF/RNF -> issue -> implementação -> teste de aceitação.
  • P1: transformar a diretriz em prompt modular e em cenários de conversa testáveis.
  • P1: registrar matriz de riscos com responsável, gatilho e resposta para API, dados e prazo.
  • P2: documentar revisão técnica das mudanças de integração e prompt.

Perguntas de validação

  1. Que requisito do MVP será comprovado ponta a ponta primeiro?
  2. Como o diagrama se conecta aos pacotes da EAP e às issues?
  3. Qual é o plano de contingência para indisponibilidade ou limite da LLM?

Nota metodológica

Análise assistida por LLM, baseada em evidências documentais locais e relatório heurístico. Requer revisão docente e não substitui a avaliação formal.


6. Considerações e Ajustes Finais do Docente

Parecer Geral: ✅ Concluído no Prazo com nota calculada em 4.5 / 5,0.

Observações do Professor: [ ] Revisão validada sem ressalvas [ ] Ajuste manual de nota necessário: ______

Comentários adicionais:

Voltar ao Relatório Consolidado (TP1) | Ir para o Dashboard Geral

De volta ao topo

Powered by Quarto.

© Aléssio M. Jr.

  • Editar essa página
  • Criar uma issue

License: CC BY NC SA 4.0.