Diretrizes Metodológicas, Métricas e Regime Ético (CEP)

Critérios de rigor científico, divisão TCC 1 / TCC 2 e separação de escopo ético para orientações no DECOM-TM

Data de Publicação

14/11/2026

Data de Modificação

14/11/2026

Navegação rápida: ← Voltar ao Catálogo de TCC · Áreas e Trilhas de Pesquisa → · DOMjudge Educacional e Trilhas CS1–CS3 → · Modelo para Tema Próprio →

Este guia consolida os padrões técnicos, experimentais e éticos esperados em Trabalhos de Conclusão de Curso (TCC 1 e TCC 2) orientados na área de Engenharia de Computação (CEFET-MG Campus Timóteo). Recomenda-se a leitura integral antes da definição formal do projeto no TCC 1.

1. Separação Estrita de Regime Ético (CEP)

Para proteger tanto a viabilidade de prazo do estudante quanto a integridade ética da pesquisa, todo tema do catálogo explicita desde o início o seu regime ético:

TCCs Computacionais / Documentais (Sem CEP)

Temas: TCC 00, TCC 01 a TCC 08, TCC 10 a TCC 13, TCC 16 e TCC 17 (além do modo técnico dos TCCs 09 e 14).

  • Podem iniciar imediatamente, sem necessidade de tramitação no Comitê de Ética em Pesquisa (CEP).
  • Utilizam artefatos técnicos abertos e reproduzíveis: Corpus WOKDEX, datasets competitivos públicos (Codeforces, COFO, LeetCode, CodeContests), acervo histórico institucional documentado (CETECOP), programas mutantes sintéticos, sondas controladas e testes de carga/isolamento em sandbox.
  • Ideal para estudantes com foco em sistemas, compiladores, MLOps/LLMs, ciência de dados e engenharia de software, ou com janela de conclusão mais curta.

TCCs com Participantes Humanos (Requer CEP)

Temas: TCC 15 (CEP obrigatório), TCC 14 (na etapa de testes com estudantes/SUS/TAM) e TCC 09 (caso utilize logs reais não públicos de turmas).

  • Regra absoluta: Nenhuma coleta com estudantes, randomização A/B de feedback ou aplicação de questionários pode ocorrer antes de parecer favorável formal no CEP, coleta de TCLE/TALE e pseudonimização.
  • É obrigatória a separação total entre participação na pesquisa e avaliação acadêmica da disciplina ou oficinas (ProgramAÇO/IPC).
  • Plano de contingência: Nos TCCs 09 e 14, o escopo foi desenhado de modo a admitir um recorte 100% técnico/heurístico (dados sintéticos/públicos; auditoria WCAG automatizada e inspeção por especialistas) caso o cronograma do CEP não feche dentro do semestre.

2. Padrão de Rigor Técnico Esperado

A partir das lições metodológicas acumuladas em avaliações anteriores de TCC no DECOM-TM e da própria pesquisa WOKDEX, evitam-se trabalhos com objetivos vagos (como “entender conceitos e construir um sistema”) ou avaliações ad-hoc sem linha de base comparativa.

Todo projeto deve declarar explicitamente:

  1. Artefato bem delimitado (módulo, algoritmo, pipeline, schema ou experimento) e contrato claro de entrada/saída;
  2. Linha de base (baseline) comparativa explícita (ex.: HMD v1 \(r_s\) vs. ICD; recomendador sequencial/popularidade vs. ontológico; API comercial vs. LLM local; execução padrão vs. cgroups v2/instrumentada);
  3. Métricas quantitativas padronizadas da respectiva subárea da Computação;
  4. Pacote de reprodutibilidade (repositório Git estruturado, scripts de ambiente/Docker, sementes fixas e documentação clara das ameaças à validade).

Tabela de Referência de Métricas por Classe de Problema

Classe de Problema Exemplos no Portfólio Métricas e Protocolos Obrigatórios O que Evitar
Diagnóstico, Mutação & Análise Estática TCC 01, TCC 06, TCC 10, TCC 12 Precisão, Revocação, \(F_1\)-score por categoria, Matriz de Confusão, Taxa de Abstenção Apropriada, Mutation Diagnostic Score, revisão por dois anotadores independentes. Medir apenas “acurácia global” em classes desbalanceadas ou validar apenas nos próprios casos de teste de criação.
Recomendação, Trilhas & Recuperação da Informação TCC 08, TCC 17 NDCG@k, MAP, Hit-Rate@k, cobertura curricular, diversidade temática, violação de pré-requisitos, baselines e testes não paramétricos (Wilcoxon / Mann-Whitney). Usar interseção ad-hoc sem perfil ou ignorar métricas padrão de ranqueamento.
IA Generativa, RAG & Curadoria TCC 00, TCC 05 Taxa de compilação e passagem em oráculos, cobertura de evidências (supporting_ids), validade de citações, acurácia de abstenção, taxa de solution leakage, latência/VRAM e \(\kappa\) de Cohen. Avaliar apenas por “inspeção visual de alguns prompts” sem Golden Set, congelamento de versões ou detector anti-vazamento.
Engenharia de Dados & Classificação Textual TCC 07 Validação cruzada estratificada, justificativa de features, comparação de baseline clássico (TF-IDF/SVM) vs. embeddings, \(F_1\) macro e auditoria de deduplicação/licenças. Aplicar modelos do scikit-learn como caixa-preta sem tratar desbalanceamento, vazamento de dados ou deduplicação.
Sistemas, Sandbox & DevOps TCC 02, TCC 03, TCC 04, TCC 11, TCC 13, TCC 16 Latência p50/p95/p99, throughput, variância/desvio padrão sob carga concorrente, overhead de instrumentação, cobertura de testes e taxa de detecção de defeitos injetados. Reportar apenas uma execução isolada (“rodou na minha máquina”) sem teste de carga, estresse ou round-trip.
IHC & Experimentação Educacional TCC 14, TCC 15 Auditoria WCAG 2.1/2.2 (axe-core, Lighthouse), SUS, TAM, testes não paramétricos (Mann-Whitney / Kruskal-Wallis) e tamanho de efeito (\(r\) de Rosenthal / Cliff’s delta). Realizar intervenção ou coleta com alunos sem CEP, ou tirar conclusões causais sem grupo/condição de comparação nem tamanho de efeito.

3. Cadência Sugerida: Design Science Research (DSR) em TCC 1 e TCC 2

A abordagem metodológica recomendada para quase todos os temas deste catálogo é a Design Science Research (DSR), dividida naturalmente entre os dois semestres:

  • TCC 1 (Projeto de Pesquisa e Protótipo Inicial):
    1. Caracterização rigorosa do problema e da lacuna no ecossistema;
    2. Revisão bibliográfica sistemática ou mapeamento técnico dos formatos/ferramentas;
    3. Especificação arquitetural e formal do artefato a construir;
    4. Definição do protocolo experimental (bases, baselines, métricas e ambiente reprodutível) e submissão ao CEP, quando aplicável.
  • TCC 2 (Implementação, Validação e Escrita):
    1. Implementação completa, versionada e testada do artefato;
    2. Execução do estudo experimental / benchmark comparativo / intervenção aprovada;
    3. Análise quantitativa, qualitativa de falhas e registro honesto de limitações e ameaças à validade;
    4. Redação final da monografia e organização do repositório público/pacote de replicação.
De volta ao topo