# 2. Como Escrever o TCC

Este livro apresenta orientações para elaboração dos capítulos e seções que compõem o Trabalho de Conclusão de Curso.

Para cada parte do documento são apresentados seu objetivo, conteúdo esperado, orientações de escrita, exemplos, erros frequentes e um checklist que deve ser utilizado pelo aluno antes de solicitar a revisão do orientador.

O conteúdo está organizado de acordo com a estrutura adotada para o TCC, abrangendo Introdução, Fundamentação Teórica, Trabalhos Relacionados, Metodologia, Descrição da Proposta, Análise da Proposta e Conclusões.

**Antes de escrever ou solicitar a revisão de uma seção do TCC, consulte a orientação correspondente neste livro e execute seu checklist.**

# CAPÍTULO 1 — INTRODUÇÃO

# PÁGINA 1.1 — Visão Geral da Introdução

## 🎯 Para que serve?

A Introdução apresenta o trabalho ao leitor.

Ao final desse capítulo, o leitor deve compreender:

- em qual contexto o trabalho está inserido;
- por que o tema é relevante;
- qual problema será investigado;
- qual é o objetivo do trabalho;
- quais objetivos específicos precisam ser alcançados; e
- como o restante do documento está organizado.

A Introdução deve conduzir o leitor progressivamente do **contexto mais amplo** até o **problema específico que será tratado pelo TCC**.

Uma forma de visualizar essa construção é:

**Contexto → Motivação → Problema → Objetivo Geral → Objetivos Específicos**

Esses elementos não devem ser tratados como partes independentes. Deve existir uma sequência lógica entre eles.

<div contenteditable="false" id="bkmrk-">---

</div>## ❓ Que perguntas a Introdução deve responder?

Ao terminar de ler a Introdução, o leitor deve conseguir responder:

1. Sobre qual assunto é este trabalho?
2. Em qual contexto esse assunto está inserido?
3. Por que esse assunto é relevante?
4. Qual problema existe nesse contexto?
5. Por que esse problema merece ser investigado?
6. Qual parte desse problema será tratada pelo TCC?
7. O que o trabalho pretende alcançar?
8. Quais objetivos precisam ser alcançados para chegar ao resultado pretendido?

<div contenteditable="false" id="bkmrk--1">---

</div>## 📋 Estrutura

A Introdução deve ser organizada em:

### 1.1 Contextualização

Apresenta o contexto no qual o trabalho está inserido.

### 1.2 Motivação

Demonstra por que o tema e o problema merecem ser estudados.

### 1.3 Problema ou Problemática

Apresenta e delimita o problema que será investigado.

### 1.4 Objetivos

Apresenta o que o trabalho pretende alcançar.

#### 1.4.1 Objetivo Geral

Define o principal resultado pretendido pelo trabalho.

#### 1.4.2 Objetivos Específicos

Decompõe o objetivo geral em resultados ou ações necessárias para alcançá-lo.

### 1.5 Organização do Documento

Apresenta brevemente o conteúdo dos capítulos seguintes.

<div contenteditable="false" id="bkmrk--2">---

</div>## 🔗 A lógica da Introdução

A Introdução deve possuir encadeamento.

Por exemplo:

**Contextualização**

> Dispositivos IoT estão sendo utilizados em diversos ambientes e produzem grande quantidade de tráfego de rede.

↓

**Motivação**

> O crescimento desses dispositivos amplia a superfície de ataque e torna importante a identificação de comportamentos maliciosos.

↓

**Problemática**

> Entretanto, determinados mecanismos tradicionais apresentam dificuldades para identificar ataques desconhecidos ou variações de ataques existentes em ambientes IoT.

↓

**Objetivo Geral**

> Avaliar a utilização de técnicas de aprendizado de máquina para detecção de ataques em tráfego de dispositivos IoT.

↓

**Objetivos Específicos**

> Selecionar datasets, identificar características do tráfego, implementar modelos, realizar experimentos e analisar os resultados.

A ideia apresentada em uma parte deve ajudar a justificar a parte seguinte.

> ⚠️ **Evite escrever cada subseção isoladamente.** Uma Introdução pode possuir bons parágrafos e ainda assim ser ruim se não existir uma sequência lógica entre contexto, motivação, problema e objetivos.

# PÁGINA 1.2 — Contextualização

## 🎯 Para que serve?

A Contextualização apresenta ao leitor o cenário no qual o trabalho está inserido.

Ela fornece os conhecimentos iniciais necessários para compreender **onde o problema ocorre** e prepara o leitor para a Motivação e a Problemática.

A Contextualização deve partir de uma visão relativamente ampla e aproximar progressivamente o leitor do assunto específico do TCC.

Uma estratégia útil é pensar em um **funil**:

**Área ampla → domínio → cenário específico → assunto do TCC**

<div contenteditable="false" id="bkmrk-">---

</div>## ❓ Que perguntas deve responder?

A Contextualização deve ajudar o leitor a compreender:

- Em qual área o trabalho está inserido?
- Qual domínio ou tecnologia é relevante?
- Qual cenário está sendo considerado?
- Quais características desse cenário são importantes para compreender o trabalho?
- Como chegamos ao assunto específico que será investigado?

<div contenteditable="false" id="bkmrk--1">---

</div>## ✍️ Como escrever?

### 1. Comece pelo contexto mais amplo

Apresente a área na qual o trabalho está inserido.

Por exemplo:

> A Internet das Coisas (*Internet of Things* — IoT) possibilita a integração de objetos físicos dotados de capacidade de sensoriamento, processamento e comunicação a sistemas computacionais conectados em rede.

### 2. Aproxime o leitor do domínio

Depois de apresentar o contexto amplo, introduza os elementos mais diretamente relacionados ao TCC.

> Dispositivos IoT são utilizados em diferentes domínios, incluindo cidades inteligentes, ambientes industriais, sistemas de saúde e automação residencial.

### 3. Aproxime-se do assunto do trabalho

> A crescente quantidade de dispositivos conectados também aumenta o volume e a diversidade do tráfego produzido por esses ambientes.

### 4. Prepare a transição para a Motivação

Os últimos parágrafos devem deixar o leitor próximo da questão que torna o trabalho relevante.

> Essa diversidade, combinada às limitações de recursos de muitos dispositivos e à heterogeneidade das tecnologias utilizadas, cria desafios para o monitoramento e a segurança desses ambientes.

Agora existe uma transição natural para discutir **por que segurança e detecção de ataques são importantes**.

<div contenteditable="false" id="bkmrk--2">---

</div>## 📚 Utilize referências

Afirmações técnicas, dados, números, definições e informações obtidas da literatura devem possuir referências adequadas.

❌ Evite:

> IoT é uma das tecnologias que mais cresce no mundo.

Sem apresentar evidência ou referência.

Prefira afirmações sustentadas por literatura científica ou fontes técnicas confiáveis.

<div contenteditable="false" id="bkmrk--3">---

</div>## ❌ Erros frequentes

### Começar diretamente pela solução

> Neste trabalho será utilizado Random Forest para detectar ataques...

O leitor ainda não sabe qual é o contexto, o problema ou por que essa técnica é relevante.

### Fazer uma contextualização excessivamente ampla

Começar contando toda a história da Internet, das redes de computadores ou da inteligência artificial quando essas informações não são necessárias para compreender o problema.

### Transformar a Introdução em Fundamentação Teórica

A Contextualização apresenta apenas os conceitos necessários para situar o leitor.

Explicações detalhadas sobre IoT, aprendizado de máquina, algoritmos ou protocolos pertencem à Fundamentação Teórica.

### Fazer afirmações sem referências

Especialmente números, tendências, características técnicas ou conclusões derivadas de outros estudos.

<div contenteditable="false" id="bkmrk--4">---

</div>## 🔗 Relação com outras partes

**<span class="text-token-text-primary cursor-text rounded-sm" data-placeholder-token="true">\[CONTEXTUALIZAÇÃO\]</span> → Motivação → Problema → Objetivos → Metodologia → Resultados → Conclusões**

A Contextualização estabelece o cenário. A Motivação utilizará esse cenário para demonstrar por que existe uma questão relevante a ser estudada.

<div contenteditable="false" id="bkmrk--5">---

</div>## ☑️ Antes de solicitar revisão

- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>A área do trabalho está clara?
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>O domínio específico foi apresentado?
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Existe progressão do contexto amplo para o assunto específico?
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>As informações realmente ajudam a compreender o TCC?
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Afirmações provenientes da literatura possuem referências?
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Evitei explicações excessivamente detalhadas?
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Evitei antecipar a solução?
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>O final da seção prepara o leitor para a Motivação?

# PÁGINA 1.3 — Motivação

## 🎯 Para que serve?

A Motivação explica **por que vale a pena desenvolver o trabalho**.

Enquanto a Contextualização responde principalmente **"onde este trabalho está inserido?"**, a Motivação responde:

> **"Por que devemos nos preocupar com isso?"**

A Motivação deve demonstrar a relevância científica, técnica, social, econômica ou prática do assunto investigado.

<div contenteditable="false" id="bkmrk-">---

</div>## ❓ Que perguntas deve responder?

- Por que esse assunto é importante?
- Quem é afetado?
- Quais consequências estão associadas ao problema?
- Por que as soluções existentes podem não ser suficientes?
- O que pode ser obtido ao investigar esse problema?
- Por que faz sentido desenvolver este TCC?

<div contenteditable="false" id="bkmrk--1">---

</div>## ✍️ Como escrever?

A Motivação deve apresentar **argumentos sustentados por evidências**.

No nosso exemplo:

> O crescimento da utilização de dispositivos IoT também amplia a superfície de ataque dos ambientes computacionais nos quais esses dispositivos estão inseridos.

Depois, apresente consequências:

> Comprometimentos de dispositivos podem resultar em indisponibilidade de serviços, exposição de informações e utilização dos equipamentos comprometidos para realização de outros ataques.

Em seguida, aproxime a discussão da necessidade que motiva o TCC:

> Nesse contexto, mecanismos capazes de identificar comportamentos maliciosos no tráfego produzido por dispositivos IoT tornam-se importantes para auxiliar na proteção desses ambientes.

<div contenteditable="false" id="bkmrk--2">---

</div>## 📊 Evidências fortalecem a Motivação

Sempre que possível, utilize:

- resultados de estudos científicos;
- dados estatísticos;
- relatórios técnicos confiáveis;
- estudos de caso;
- exemplos documentados;
- limitações apontadas pela literatura.

A Motivação não deve ser baseada apenas na opinião do autor.

❌ Fraco:

> Segurança IoT é muito importante atualmente.

✅ Melhor:

Apresente literatura ou dados que demonstrem crescimento, incidentes, limitações ou impactos relacionados ao problema.

<div contenteditable="false" id="bkmrk--3">---

</div>## Motivação não é Problemática

Existe uma diferença importante.

**Motivação:**

> Por que esse assunto merece atenção?

**Problemática:**

> Qual dificuldade específica será investigada?

Não tente resolver todo o problema na Motivação.

<div contenteditable="false" id="bkmrk--4">---

</div>## ❌ Erros frequentes

### Utilizar apenas opiniões

> Esse tema é muito interessante e importante.

Interessante para quem? Importante por quê?

### Basear a motivação em interesse pessoal

> Escolhi este tema porque gosto de inteligência artificial.

O interesse pessoal pode ter levado à escolha do tema, mas não constitui justificativa científica para o TCC.

### Apresentar a solução antes do problema

> Random Forest apresenta bons resultados e, por isso, será utilizado neste trabalho.

Ainda não sabemos exatamente qual problema precisa ser resolvido.

### Repetir a Contextualização

A Motivação deve avançar a argumentação.

<div contenteditable="false" id="bkmrk--5">---

</div>## 🔗 Relação com outras partes

Contextualização → **<span class="text-token-text-primary cursor-text rounded-sm" data-placeholder-token="true">\[MOTIVAÇÃO\]</span>** → Problema → Objetivos → Metodologia → Resultados → Conclusões

A Motivação demonstra que existe uma questão relevante. A Problemática deverá transformar essa questão em um problema específico e delimitado.

<div contenteditable="false" id="bkmrk--6">---

</div>## ☑️ Antes de solicitar revisão

- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Está claro por que o tema é relevante?
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>A relevância é sustentada por argumentos?
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Utilizei referências ou evidências quando necessário?
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Está claro quem ou o que é afetado?
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Apresentei consequências ou impactos?
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Evitei justificar o trabalho apenas por interesse pessoal?
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Evitei antecipar excessivamente a solução?
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>A seção conduz naturalmente à Problemática?

# PÁGINA 1.4 — Problema ou Problemática

## 🎯 Para que serve?

A Problemática define **qual problema será investigado pelo TCC**.

Esta é uma das partes mais importantes da Introdução porque o restante do trabalho deve estar relacionado ao problema apresentado.

Um TCC não deve existir apenas porque determinada tecnologia é interessante.

> "Utilizar inteligência artificial."

não é um problema de pesquisa.

Da mesma forma:

> "Desenvolver uma aplicação."

não é, por si só, um problema.

O problema representa uma **situação, dificuldade, limitação, necessidade ou lacuna** que justifica a realização do trabalho.

<div contenteditable="false" id="bkmrk-">---

</div>## ❓ Que perguntas deve responder?

- Qual problema existe?
- Em qual contexto ele ocorre?
- Quem ou o que é afetado?
- Quais são suas consequências?
- O que as abordagens existentes não resolvem adequadamente?
- Qual aspecto específico desse problema será investigado?
- Quais são os limites do problema considerado pelo TCC?

<div contenteditable="false" id="bkmrk--1">---

</div>## ✍️ Como construir a Problemática?

Uma estratégia é organizar a argumentação em quatro elementos.

### 1. Situação atual

Apresente como determinado cenário funciona atualmente.

### 2. Limitação ou dificuldade

Mostre o que não funciona adequadamente ou o que precisa ser melhor compreendido.

### 3. Consequência

Explique por que essa limitação é relevante.

### 4. Delimitação

Defina qual parte do problema será considerada pelo trabalho.

<div contenteditable="false" id="bkmrk--2">---

</div>## ✅ Exemplo

Considere nosso TCC fictício.

**Situação:**

> Ambientes IoT produzem tráfego heterogêneo associado a dispositivos com diferentes comportamentos e padrões de comunicação.

**Dificuldade:**

> Essa heterogeneidade pode dificultar a identificação de comportamentos maliciosos, especialmente quando os mecanismos utilizados dependem de padrões previamente conhecidos.

**Consequência:**

> Como resultado, determinadas variações ou novos comportamentos de ataque podem não ser identificados adequadamente.

**Delimitação:**

> Nesse contexto, torna-se relevante investigar a capacidade de técnicas de aprendizado de máquina para distinguir tráfego normal e malicioso em datasets representativos de ambientes IoT.

Agora existe um problema que pode originar objetivos e uma metodologia.

<div contenteditable="false" id="bkmrk--3">---

</div>## 💡 Pode existir uma questão de pesquisa?

Dependendo da natureza do TCC, a Problemática pode culminar em uma ou mais questões de pesquisa.

Por exemplo:

> **QP1:** Qual é o desempenho de diferentes algoritmos de classificação na identificação de tráfego malicioso em um dataset de IoT?

Uma questão de pesquisa não é obrigatória para todo TCC, mas pode ser especialmente útil em trabalhos experimentais, comparativos ou investigativos.

<div contenteditable="false" id="bkmrk--4">---

</div>## Delimite o problema

Problemas excessivamente amplos produzem TCCs difíceis de executar.

❌ Muito amplo:

> Como melhorar a segurança da Internet das Coisas?

✅ Mais delimitado:

> Qual é o desempenho de algoritmos de classificação selecionados na detecção de tráfego malicioso no dataset X considerando as métricas Y e Z?

Quanto mais delimitado o problema, mais fácil será definir objetivos, metodologia e critérios para avaliar os resultados.

<div contenteditable="false" id="bkmrk--5">---

</div>## ❌ Erros frequentes

### Confundir tema com problema

**Tema:** Segurança em IoT.

**Problema:** dificuldade específica dentro desse domínio.

### Confundir solução com problema

> O problema deste trabalho é desenvolver um sistema utilizando aprendizado de máquina.

Desenvolver o sistema é uma possível ação ou solução.

### Criar um problema que já contém a resposta

Evite construir a Problemática de forma que determinada tecnologia apareça automaticamente como única solução possível sem justificativa.

### Problema incompatível com o escopo de um TCC

A delimitação deve considerar tempo, recursos, dados, conhecimento e infraestrutura disponíveis.

<div contenteditable="false" id="bkmrk--6">---

</div>## 🔗 Relação com outras partes

Contextualização → Motivação → **<span class="text-token-text-primary cursor-text rounded-sm" data-placeholder-token="true">\[PROBLEMA\]</span>** → Objetivos → Metodologia → Resultados → Conclusões

O problema determina **o que precisa ser investigado**.

Os objetivos definem **o que será alcançado para tratar esse problema**.

<div contenteditable="false" id="bkmrk--7">---

</div>## ☑️ Antes de solicitar revisão

- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Existe um problema claramente identificável?
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>O problema é diferente do tema?
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>O problema é diferente da solução?
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Expliquei por que ele é relevante?
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Está claro em qual contexto ele ocorre?
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>O problema está delimitado?
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>É possível investigá-lo dentro do tempo disponível?
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>O problema conduz naturalmente ao Objetivo Geral?
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Se houver questões de pesquisa, elas podem ser respondidas pela metodologia?

# PÁGINA 1.5 — Objetivos

## 🎯 Para que servem?

Os objetivos definem **o que o trabalho pretende alcançar**.

Eles estabelecem a ligação entre o problema identificado e as atividades que serão executadas durante o TCC.

A relação esperada é:

**Problema → Objetivos → Metodologia → Resultados → Conclusões**

Por esse motivo, os objetivos não devem ser definidos isoladamente.

<div contenteditable="false" id="bkmrk-">---

</div># Objetivo Geral

## 🎯 O que é?

O Objetivo Geral expressa o principal resultado que o TCC pretende alcançar.

Ele deve estar diretamente relacionado ao problema apresentado.

Uma boa pergunta é:

> **Se este objetivo for alcançado, o trabalho terá tratado adequadamente o problema definido?**

<div contenteditable="false" id="bkmrk--1">---

</div>## ✍️ Como escrever?

Normalmente, o Objetivo Geral é apresentado utilizando um verbo no infinitivo.

Alguns exemplos:

- desenvolver;
- propor;
- avaliar;
- analisar;
- comparar;
- investigar;
- projetar;
- implementar;
- validar.

Entretanto, a escolha do verbo deve refletir a verdadeira natureza do trabalho.

<div contenteditable="false" id="bkmrk--2">---

</div>## ❌ Objetivo muito vago

> Estudar segurança em IoT.

Não existe um resultado claramente verificável.

## ✅ Objetivo mais adequado

> Avaliar o desempenho de algoritmos de aprendizado de máquina na detecção de tráfego malicioso em ambientes IoT.

Agora sabemos:

- o que será feito: avaliar;
- o que será avaliado: algoritmos;
- finalidade: detecção de tráfego malicioso;
- contexto: ambientes IoT.

<div contenteditable="false" id="bkmrk--3">---

</div># Objetivos Específicos

## 🎯 O que são?

Os Objetivos Específicos decompõem o Objetivo Geral em elementos necessários para que ele seja alcançado.

Eles devem contribuir diretamente para o Objetivo Geral.

No exemplo:

**Objetivo Geral**

> Avaliar o desempenho de algoritmos de aprendizado de máquina na detecção de tráfego malicioso em ambientes IoT.

Possíveis Objetivos Específicos:

> **OE1:** Identificar datasets que contenham tráfego normal e malicioso produzido em cenários de IoT.

> **OE2:** Selecionar características do tráfego relevantes para o processo de classificação.

> **OE3:** Implementar modelos de classificação utilizando os algoritmos selecionados.

> **OE4:** Avaliar os modelos utilizando métricas de desempenho adequadas ao problema de classificação.

> **OE5:** Comparar os resultados obtidos pelos modelos avaliados.

Observe que existe uma sequência lógica.

<div contenteditable="false" id="bkmrk--4">---

</div>## Objetivos não são capítulos

❌ Evite:

> OE1 — Fazer a Fundamentação Teórica.

> OE2 — Escrever os Trabalhos Relacionados.

> OE3 — Fazer a Metodologia.

Esses itens fazem parte da produção do documento, mas não representam resultados científicos ou técnicos que ajudam a alcançar o Objetivo Geral.

<div contenteditable="false" id="bkmrk--5">---

</div>## Objetivos precisam ser verificáveis

Ao final do TCC deve ser possível responder:

> Este objetivo foi alcançado?

Se não existe forma de verificar isso, provavelmente o objetivo precisa ser reformulado.

<div contenteditable="false" id="bkmrk--6">---

</div># Resultados Esperados

Durante o TCC 1, os objetivos devem permitir identificar quais resultados são esperados com a execução do trabalho.

Um resultado esperado descreve **o que se espera obter**, enquanto o objetivo descreve **o que se pretende alcançar ou realizar**.

Exemplo:

**Objetivo específico**

> Avaliar os modelos utilizando métricas de desempenho adequadas.

**Resultado esperado**

> Obter evidências quantitativas que permitam comparar o desempenho dos modelos na identificação de tráfego malicioso.

No TCC 2, os resultados efetivamente obtidos deverão ser confrontados com aquilo que era esperado.

<div contenteditable="false" id="bkmrk--7">---

</div>## 🔗 Relação com a Metodologia

Cada Objetivo Específico deve possuir uma ou mais atividades metodológicas capazes de alcançá-lo.

Exemplo:

<table id="bkmrk-objetivo-atividades-"><tbody><tr><th>Objetivo</th><th>Atividades</th></tr><tr><td>OE1</td><td>Levantamento e seleção dos datasets</td></tr><tr><td>OE2</td><td>Análise e seleção das características</td></tr><tr><td>OE3</td><td>Implementação e treinamento dos modelos</td></tr><tr><td>OE4</td><td>Planejamento e execução dos experimentos</td></tr><tr><td>OE5</td><td>Comparação e análise dos resultados</td></tr></tbody></table>

Se existir um objetivo para o qual nenhuma atividade foi definida, existe uma inconsistência.

Da mesma forma, uma atividade que não contribui para nenhum objetivo deve ter sua necessidade questionada.

<div contenteditable="false" id="bkmrk--8">---

</div>## ❌ Erros frequentes

### Objetivos vagos

> Conhecer tecnologias de IoT.

### Objetivos excessivamente amplos

> Resolver os problemas de segurança da Internet das Coisas.

### Objetivos que descrevem capítulos

> Fazer levantamento bibliográfico.

### Objetivos que não aparecem na metodologia

O objetivo existe no texto, mas nenhuma atividade permite alcançá-lo.

### Objetivos que mudam durante o documento

A Introdução apresenta um conjunto de objetivos, mas a Metodologia ou a Conclusão considera objetivos diferentes.

<div contenteditable="false" id="bkmrk--9">---

</div>## ☑️ Antes de solicitar revisão

### Objetivo Geral

- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Está relacionado diretamente ao problema?
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Existe um resultado claramente pretendido?
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>O objetivo é viável?
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>É possível verificar ao final se foi alcançado?

### Objetivos Específicos

- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Todos contribuem para o Objetivo Geral?
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>São claros?
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>São verificáveis?
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Não representam simplesmente capítulos do documento?
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Existe atividade metodológica relacionada a cada objetivo?
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>A quantidade de objetivos é compatível com o escopo do TCC?

### Resultados Esperados

- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span> Está claro o que se espera obter?
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Os resultados esperados estão relacionados aos objetivos?
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Será possível verificar no TCC 2 se foram alcançados?

# PÁGINA 1.6 — Organização do Documento

## 🎯 Para que serve?

A seção Organização do Documento apresenta brevemente ao leitor como o restante do TCC está estruturado.

Ela normalmente aparece ao final da Introdução.

<div contenteditable="false" id="bkmrk-">---

</div>## ✍️ Como escrever?

Apresente os capítulos seguintes e explique, de forma breve, o conteúdo de cada um.

Não é necessário explicar novamente a Introdução, pois o leitor acabou de lê-la.

### Exemplo

> O restante deste documento está organizado da seguinte forma. O Capítulo 2 apresenta a fundamentação teórica necessária para compreensão do trabalho, abordando os conceitos de Internet das Coisas, sistemas de detecção de intrusão e aprendizado de máquina. O Capítulo 3 apresenta e compara os trabalhos relacionados. O Capítulo 4 descreve a metodologia utilizada no desenvolvimento e avaliação da proposta. O Capítulo 5 apresenta a proposta desenvolvida. O Capítulo 6 apresenta o planejamento experimental e discute os resultados obtidos. Por fim, o Capítulo 7 apresenta as conclusões, contribuições, limitações e possibilidades de trabalhos futuros.

<div contenteditable="false" id="bkmrk--1">---

</div>## ❌ Evite

### Apenas listar títulos

> Capítulo 2 — Fundamentação. Capítulo 3 — Trabalhos Relacionados...

Explique brevemente o conteúdo.

### Descrever seções em detalhes

Essa seção deve fornecer apenas uma visão geral da organização.

### Criar inconsistência com o documento

Depois de alterar a estrutura do TCC, lembre-se de atualizar esta seção.

<div contenteditable="false" id="bkmrk--2">---

</div>## ☑️ Antes de solicitar revisão

- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Todos os capítulos seguintes foram mencionados?
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>A descrição corresponde ao conteúdo real de cada capítulo?
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>A ordem está correta?
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>O texto é breve?
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>A seção foi atualizada após alterações na estrutura do documento?

# PÁGINA 1.7 — Checklist da Introdução

Antes de solicitar a revisão da Introdução, realize uma leitura completa do capítulo.

Não revise apenas cada seção isoladamente. Verifique principalmente **se existe uma narrativa lógica entre elas**.

## Contextualização

- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Apresentei a área do trabalho.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Apresentei o domínio específico.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Conduzi o texto do contexto mais amplo para o assunto específico.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Utilizei referências para afirmações provenientes da literatura.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Evitei transformar a Contextualização em Fundamentação Teórica.

## Motivação

- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Expliquei por que o assunto é relevante.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Apresentei argumentos ou evidências.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Está claro quem ou o que é afetado.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Apresentei impactos, consequências ou necessidades relevantes.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Evitei justificar o TCC apenas pelo meu interesse no tema.

## Problemática

- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Existe um problema claramente definido.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>O problema não é apenas o tema.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>O problema não é simplesmente a solução que pretendo desenvolver.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>O problema está delimitado.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>O problema é compatível com o escopo de um TCC.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Se houver questões de pesquisa, elas estão claramente formuladas.

## Objetivos

- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>O Objetivo Geral está relacionado ao problema.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Os Objetivos Específicos contribuem para o Objetivo Geral.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Os objetivos são verificáveis.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Os objetivos são viáveis.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Os objetivos não representam simplesmente capítulos do documento.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Existem atividades metodológicas associadas aos Objetivos Específicos.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Os Resultados Esperados estão claros.

## Organização do Documento

- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Os capítulos seguintes estão apresentados.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>As descrições correspondem ao conteúdo atual do documento.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>A ordem dos capítulos está correta.

## Coerência da Introdução

Agora faça a verificação mais importante.

Leia apenas:

**Problema → Objetivo Geral → Objetivos Específicos**

Pergunte:

> Os objetivos realmente tratam o problema apresentado?

Depois verifique:

**Objetivos Específicos → Metodologia**

Pergunte:

> Existe uma atividade capaz de alcançar cada Objetivo Específico?

Finalmente:

**Problema → Objetivos → Resultados Esperados**

Pergunte:

> Se esses resultados forem obtidos, teremos evidências de que os objetivos foram alcançados e o problema foi adequadamente tratado?

Se essas relações não estiverem claras, revise a Introdução antes de solicitar avaliação.

<div contenteditable="false" id="bkmrk-">---

</div># MAPA DE CONSISTÊNCIA DA PESQUISA

Utilize este mapa durante todo o TCC:

**Contextualização**  
↓  
Onde o trabalho está inserido?

**Motivação**  
↓  
Por que isso é importante?

**Problema**  
↓  
O que precisa ser investigado ou resolvido?

**Objetivo Geral**  
↓  
O que o trabalho pretende alcançar?

**Objetivos Específicos**  
↓  
O que precisa ser alcançado para chegar ao objetivo geral?

**Metodologia**  
↓  
O que será feito para alcançar cada objetivo?

**Resultados**  
↓  
O que foi obtido ao executar a metodologia?

**Conclusões**  
↓  
O que os resultados permitem concluir sobre os objetivos e o problema?

> **Um bom TCC apresenta uma linha lógica que pode ser acompanhada desde o problema apresentado na Introdução até as conclusões obtidas ao final do trabalho.**

# CAPÍTULO 2 — FUNDAMENTAÇÃO TEÓRICA

# PÁGINA 2.1 — O que é a Fundamentação Teórica?

## 🎯 Para que serve?

A Fundamentação Teórica apresenta os **conceitos necessários para que o leitor compreenda o restante do TCC**.

Ela deve construir a base conceitual utilizada posteriormente na descrição da metodologia, da proposta, dos experimentos e dos resultados.

A Fundamentação Teórica não deve ser uma coleção de definições sobre tecnologias relacionadas ao tema. Os conceitos selecionados precisam possuir uma função clara no trabalho.

<div contenteditable="false" id="bkmrk-">---

</div>## ❓ Que perguntas deve responder?

- Quais conceitos o leitor precisa conhecer para compreender este TCC?
- Quais fundamentos científicos ou tecnológicos sustentam o trabalho?
- Como esses conceitos são definidos na literatura?
- Quais características desses conceitos são relevantes para o trabalho?
- Como cada conceito se relaciona com o TCC?

<div contenteditable="false" id="bkmrk--1">---

</div>## 📋 Quantidade de conceitos

O trabalho deverá apresentar **pelo menos três conceitos-chave**.

A quantidade exata dependerá da natureza do TCC.

Não escolha conceitos apenas para atingir a quantidade mínima. Inclua aqueles que são efetivamente necessários para compreender o trabalho.

<div contenteditable="false" id="bkmrk--2">---

</div>## 🔗 Relação com o restante do TCC

Introdução → **<span class="text-token-text-primary cursor-text rounded-sm" data-placeholder-token="true">\[FUNDAMENTAÇÃO TEÓRICA\]</span>** → Trabalhos Relacionados → Metodologia → Proposta → Análise → Conclusões

Um teste útil é:

> Se eu remover este conceito da Fundamentação Teórica, o leitor terá dificuldade para compreender alguma parte importante dos capítulos seguintes?

Se a resposta for não, avalie se o conceito realmente precisa estar no capítulo.

# PÁGINA 2.2 — Como escolher os conceitos?

A escolha dos conceitos deve partir das necessidades do próprio TCC.

Considere nosso exemplo:

> Avaliar algoritmos de aprendizado de máquina para detecção de tráfego malicioso em ambientes IoT.

Alguns conceitos potencialmente necessários seriam:

1. Internet das Coisas;
2. Sistemas de Detecção de Intrusão;
3. Aprendizado de Máquina.

Dependendo do trabalho, outros conceitos poderiam ser necessários, como classificação, métricas de avaliação ou características do tráfego.

<div contenteditable="false" id="bkmrk-">---

</div>## 💡 Faça o caminho inverso

Observe sua Metodologia e sua Proposta e pergunte:

> O que o leitor precisa saber antes de chegar aqui?

Se a metodologia utiliza aprendizado supervisionado, o conceito precisa ser explicado anteriormente.

Se a proposta depende de determinada arquitetura, protocolo ou mecanismo, seus fundamentos podem precisar ser apresentados.

<div contenteditable="false" id="bkmrk--1">---

</div>## ❌ Evite conceitos excessivamente genéricos

Por exemplo, em um TCC sobre Kubernetes:

> Computação

> Internet

> Redes de computadores

Esses conceitos podem ser amplos demais para contribuir diretamente para a compreensão do trabalho.

<div contenteditable="false" id="bkmrk--2">---

</div>## ☑️ Verificação

Para cada conceito escolhido, complete:

> O conceito **\_\_\_\_\_\_\_\_\_\_** precisa ser explicado porque será utilizado em **\_\_\_\_\_\_\_\_\_\_**.

Se você não consegue completar essa frase de forma convincente, reavalie sua escolha.

# PÁGINA 2.3 — Como escrever um conceito?

Cada conceito deve ser apresentado utilizando **literatura adequada** e possuir uma narrativa própria.

Evite construir a seção como uma sequência de definições retiradas de diferentes autores.

❌ Evite:

> Segundo Autor A, IoT é...

> Segundo Autor B, IoT é...

> Segundo Autor C, IoT é...

Isso produz uma coleção de citações, não uma Fundamentação Teórica.

<div contenteditable="false" id="bkmrk-">---

</div>## ✍️ Estrutura recomendada

### 1. Apresente o conceito

Defina o que ele representa.

### 2. Explique suas características relevantes

Apresente apenas os aspectos necessários para o TCC.

### 3. Aprofunde os elementos utilizados posteriormente

Se determinado mecanismo será importante na Metodologia ou Proposta, ele merece maior atenção.

### 4. Utilize elementos visuais

Inclua figura(s) que auxiliem a compreensão do conceito.

### 5. Relacione o conceito ao TCC

O último parágrafo deve explicar explicitamente por que aquele conceito foi apresentado e como será utilizado no trabalho.

<div contenteditable="false" id="bkmrk--1">---

</div>## 📚 Utilize múltiplas referências quando necessário

Uma seção conceitual normalmente não deve depender exclusivamente de uma única fonte.

Utilize:

- artigos científicos;
- livros;
- normas;
- padrões;
- documentação técnica primária;
- outras fontes acadêmicas adequadas.

Evite utilizar como principal fundamentação:

- blogs;
- páginas comerciais;
- textos sem autoria identificável;
- conteúdos promocionais.

# PÁGINA 2.4 — Figuras na Fundamentação Teórica

Cada conceito deverá incluir **figura(s) que contribuam para sua compreensão**, quando aplicável à orientação estabelecida para o trabalho.

A figura não deve existir apenas para ocupar espaço.

Ela deve ajudar a explicar:

- arquitetura;
- funcionamento;
- classificação;
- relacionamento entre componentes;
- processo;
- fluxo;
- estrutura;
- taxonomia;
- outro aspecto relevante do conceito.

<div contenteditable="false" id="bkmrk-">---

</div>## ⚠️ Não deixe figuras soltas

Não faça:

> Kubernetes possui diferentes componentes.

**<span class="text-token-text-primary cursor-text rounded-sm" data-placeholder-token="true">\[FIGURA\]</span>**

> Kubernetes também permite...

A figura apareceu, mas não foi efetivamente utilizada na explicação.

Prefira:

> A Figura X apresenta os principais componentes de uma arquitetura Kubernetes. Conforme ilustrado, o plano de controle é composto por <span class="text-token-text-primary cursor-text rounded-sm" data-placeholder-token="true">\[...\]</span>, enquanto os nós de trabalho <span class="text-token-text-primary cursor-text rounded-sm" data-placeholder-token="true">\[...\]</span>.

Depois da figura, continue sua interpretação quando necessário.

<div contenteditable="false" id="bkmrk--1">---

</div>## Fonte da figura

Toda figura deve possuir a fonte correspondente.

Se você produzir uma figura a partir de outra fonte, identifique adequadamente que ela foi adaptada.

Se a figura for inteiramente produzida por você, utilize a indicação definida pelas normas adotadas pelo curso.

Para as regras gerais sobre figuras, consulte:

**Livro 3 — Escrita Científica → Figuras.**

# PÁGINA 2.5 — Como relacionar o conceito ao TCC?

Esta é uma regra importante deste Guia:

> **O último parágrafo de cada conceito da Fundamentação Teórica deve explicar explicitamente sua relação com o TCC.**

Não espere que o leitor descubra sozinho por que determinado conceito foi apresentado.

<div contenteditable="false" id="bkmrk-">---

</div>## ❌ Evite

A seção explica aprendizado de máquina por três páginas e simplesmente termina.

<div contenteditable="false" id="bkmrk--1">---

</div>## ✅ Prefira

> Os conceitos de aprendizado supervisionado apresentados nesta seção são utilizados neste trabalho durante a construção dos modelos empregados para classificação do tráfego IoT. Em particular, os algoritmos X, Y e Z serão avaliados conforme a metodologia apresentada no Capítulo 4.

Agora existe uma ligação explícita.

<div contenteditable="false" id="bkmrk--2">---

</div>## 💡 Perguntas úteis

No último parágrafo, responda uma ou mais:

- Onde esse conceito aparece no meu trabalho?
- Por que ele é necessário?
- Qual parte da metodologia depende dele?
- Qual componente da proposta utiliza esse conceito?
- Qual aspecto da análise depende dele?

<div contenteditable="false" id="bkmrk--3">---

</div>

# PÁGINA 2.6 — Checklist da Fundamentação Teórica

## Estrutura

- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Foram apresentados pelo menos três conceitos-chave.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Os conceitos são realmente necessários para compreender o trabalho.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Existe uma sequência lógica entre os conceitos.

## Para cada conceito

- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>O conceito foi adequadamente definido.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Foram utilizadas referências apropriadas.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Não utilizei apenas uma sequência de definições de autores.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Expliquei as características relevantes para o TCC.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Incluí figura(s), conforme aplicável.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Toda figura foi mencionada no texto.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Toda figura foi explicada.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Toda figura possui fonte.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>O último parágrafo relaciona explicitamente o conceito ao TCC.

## Verificação final

Para cada seção, complete:

> **Apresentei este conceito porque \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_. Ele será utilizado no TCC em \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_.**

Se não conseguir responder, reavalie a necessidade ou a forma como a seção foi escrita.

# CAPÍTULO 3 — TRABALHOS RELACIONADOS

# PÁGINA 3.1 — O que são Trabalhos Relacionados?

Os Trabalhos Relacionados apresentam e analisam **pesquisas existentes que possuem relação direta com a proposta ou problema investigado pelo TCC**.

O objetivo não é apenas demonstrar que existem outros trabalhos sobre o tema.

O capítulo deve permitir compreender:

- o que já foi feito;
- quais abordagens foram utilizadas;
- quais resultados foram obtidos;
- quais limitações existem;
- quais semelhanças existem com seu trabalho;
- quais diferenças existem;
- como sua proposta se posiciona em relação à literatura.

<div contenteditable="false" id="bkmrk-">---

</div>## ⚠️ Fundamentação Teórica ≠ Trabalhos Relacionados

**Fundamentação Teórica**

Explica conceitos.

**Trabalhos Relacionados**

Analisa propostas, métodos, sistemas, experimentos ou soluções existentes relacionados ao seu trabalho.

<div contenteditable="false" id="bkmrk--1">---

</div>## Quantidade

Devem ser analisados **pelo menos três trabalhos relacionados**.

Essa é uma quantidade mínima, não necessariamente a quantidade ideal.

<div contenteditable="false" id="bkmrk--2">---

</div>## ⚠️ Surveys e revisões sistemáticas

*Surveys*, mapeamentos sistemáticos e revisões sistemáticas são excelentes fontes para compreender o estado da arte e encontrar referências.

Entretanto, **não devem ser utilizados como os trabalhos individuais comparados à sua proposta**.

Utilize-os para encontrar estudos primários relevantes.

# PÁGINA 3.2 — Como encontrar trabalhos?

A busca deve começar a partir do problema, dos objetivos e dos elementos centrais da proposta.

## Defina termos de busca

Identifique:

- domínio;
- problema;
- técnica;
- tecnologia;
- tipo de solução;
- contexto.

No exemplo:

- IoT;
- intrusion detection;
- machine learning;
- network traffic;
- attack detection.

Combine os termos para realizar buscas.

<div contenteditable="false" id="bkmrk-">---

</div>## Onde procurar?

Priorize bases e bibliotecas científicas relevantes para sua área.

Também utilize as referências dos próprios artigos encontrados.

Um trabalho altamente relacionado frequentemente cita outros trabalhos igualmente relevantes.

<div contenteditable="false" id="bkmrk--1">---

</div>## 💡 Use revisões como mapa

Um *survey* ou uma revisão sistemática recente pode ser útil para identificar:

- terminologia;
- principais abordagens;
- trabalhos importantes;
- datasets;
- métricas;
- lacunas.

Depois, consulte os estudos primários.

# PÁGINA 3.3 — Como selecionar os trabalhos?

Nem todo artigo que menciona seu tema é um Trabalho Relacionado.

Priorize trabalhos que possuam proximidade com:

- problema;
- objetivo;
- proposta;
- metodologia;
- tecnologia;
- cenário;
- avaliação.

<div contenteditable="false" id="bkmrk-">---

</div>## Pergunta-chave

> **O que exatamente posso comparar entre este trabalho e o meu?**

Se não houver uma resposta clara, provavelmente o artigo é apenas uma referência contextual.

<div contenteditable="false" id="bkmrk--1">---

</div>## Critérios de seleção

Considere:

- relevância científica;
- proximidade com o problema;
- proximidade com a proposta;
- atualidade;
- qualidade da publicação;
- disponibilidade de informações suficientes para comparação.

Não selecione trabalhos apenas porque são fáceis de encontrar.

# PÁGINA 3.4 — Como descrever um Trabalho Relacionado?

A descrição deve ser analítica e objetiva.

Para cada trabalho, procure identificar:

### Problema

O que os autores procuraram resolver ou investigar?

### Objetivo

Qual era o objetivo da proposta?

### Abordagem

O que foi proposto ou utilizado?

### Metodologia

Como o trabalho foi desenvolvido ou avaliado?

### Avaliação

Quais datasets, cenários, métricas ou experimentos foram utilizados?

### Resultados

Quais foram os principais resultados?

### Limitações

Quais limitações são relevantes para sua análise?

### Relação com seu TCC

Quais são as semelhanças e diferenças?

<div contenteditable="false" id="bkmrk-">---

</div>## ❌ Evite resumos bibliográficos

> Silva et al. fizeram X. Depois fizeram Y. Os resultados foram Z.

Isso apenas resume o artigo.

O objetivo é **analisar o trabalho em relação ao seu**.

# PÁGINA 3.5 — Semelhanças e diferenças

Cada trabalho relacionado deve terminar deixando clara sua relação com o TCC.

Por exemplo:

> Assim como o presente trabalho, Silva et al. utilizam algoritmos de aprendizado supervisionado para detecção de ataques em tráfego IoT. Entretanto, os autores avaliam apenas os algoritmos X e Y utilizando o dataset A, enquanto este trabalho considera X, Y e Z e utiliza os datasets A e B. Além disso, serão analisadas as métricas <span class="text-token-text-primary cursor-text rounded-sm" data-placeholder-token="true">\[...\]</span>

Essa comparação ajuda a justificar posteriormente a tabela comparativa.

<div contenteditable="false" id="bkmrk-">---

</div>## ⚠️ Não force diferenças artificiais

Diferenças como:

> O trabalho foi publicado em 2024 e o nosso será realizado em 2026.

normalmente não representam uma diferença científica relevante.

Procure diferenças técnicas ou metodológicas.

# PÁGINA 3.6 — Critérios de comparação

Antes de construir a tabela comparativa, defina **quais características são relevantes para comparar as propostas**.

Os critérios devem surgir da natureza do problema.

No nosso exemplo:

- algoritmos avaliados;
- datasets;
- tipos de ataques;
- métricas;
- método de validação;
- tratamento de desbalanceamento;
- disponibilidade da implementação.

<div contenteditable="false" id="bkmrk-">---

</div>## Critérios técnicos e científicos

Procure combinar critérios:

**Técnicos**

- tecnologias;
- arquitetura;
- protocolos;
- algoritmos;
- datasets;
- ferramentas.

**Científicos/metodológicos**

- estratégia de avaliação;
- métricas;
- baseline;
- método de validação;
- quantidade de repetições;
- análise estatística;
- reprodutibilidade.

Isso produz uma comparação mais relevante do que apenas comparar tecnologias.

# PÁGINA 3.7 — Tabela comparativa

A seção final dos Trabalhos Relacionados deverá apresentar uma tabela comparando os trabalhos analisados e a proposta do TCC.

Exemplo:

<table id="bkmrk-trabalho-ml-m%C3%BAltiplo"><tbody><tr><th>Trabalho</th><th>ML</th><th>Múltiplos datasets</th><th>Validação</th><th>F1-score</th><th>Código disponível</th></tr><tr><td>Trabalho A</td><td>Sim</td><td>Não</td><td>Holdout</td><td>Sim</td><td>Não</td></tr><tr><td>Trabalho B</td><td>Sim</td><td>Sim</td><td>k-fold</td><td>Sim</td><td>Sim</td></tr><tr><td>Trabalho C</td><td>Sim</td><td>Não</td><td>k-fold</td><td>Não</td><td>Não</td></tr><tr><td>**Este trabalho**</td><td>Sim</td><td>Sim</td><td>k-fold</td><td>Sim</td><td>Sim</td></tr></tbody></table>

A tabela é apenas uma síntese.

<div contenteditable="false" id="bkmrk-">---

</div>## ⚠️ A tabela precisa ser analisada

Depois da tabela, escreva uma análise.

Não faça:

> A Tabela X apresenta a comparação dos trabalhos relacionados.

e encerre a seção.

Explique:

- principais semelhanças;
- principais diferenças;
- lacunas observadas;
- posicionamento da proposta.

> **A tabela mostra. O texto interpreta.**

# PÁGINA 3.8 — Checklist dos Trabalhos Relacionados

- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Existem pelo menos três estudos primários.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Não utilizei *survey* ou revisão sistemática como trabalho individual comparado.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Os trabalhos possuem relação direta com minha proposta.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Expliquei problema, abordagem, metodologia e resultados relevantes.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Identifiquei semelhanças.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Identifiquei diferenças.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>As diferenças são tecnicamente ou cientificamente relevantes.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Defini critérios técnicos.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Defini critérios científicos/metodológicos.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Existe uma tabela comparativa.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Minha proposta aparece na tabela.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>A tabela foi mencionada antes de aparecer.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>A tabela foi analisada no texto.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Está claro como minha proposta se posiciona em relação aos trabalhos existentes.

# CAPÍTULO 4 — METODOLOGIA

# PÁGINA 4.1 — O que é a Metodologia?

A Metodologia explica **como o trabalho será (TCC 1) ou foi realizado (TCC 2) para alcançar os objetivos definidos**.

Ela deve permitir que o leitor compreenda a sequência lógica das atividades desenvolvidas.

A pergunta central é:

> **O que precisa ser feito para alcançar cada Objetivo Específico?**

<div contenteditable="false" id="bkmrk-">---

</div>## ⚠️ Metodologia não é cronograma

O cronograma responde:

> Quando?

A Metodologia responde:

> O quê? Como? Por quê? Com quais dados, técnicas, recursos ou procedimentos?

<div contenteditable="false" id="bkmrk--1">---

</div>## ⚠️ Metodologia não é a proposta

A Metodologia descreve **o processo utilizado para chegar à proposta e avaliá-la**.

A Descrição da Proposta apresenta **o resultado desse processo**.

# PÁGINA 4.2 — Relação entre Objetivos e Metodologia

Cada Objetivo Específico deve estar associado a uma ou mais atividades.

Exemplo:

<table id="bkmrk-objetivo-atividade-o"><tbody><tr><th>Objetivo</th><th>Atividade</th></tr><tr><td>OE1</td><td>A1 — Levantar datasets</td></tr><tr><td>OE1</td><td>A2 — Selecionar datasets</td></tr><tr><td>OE2</td><td>A3 — Analisar características</td></tr><tr><td>OE3</td><td>A4 — Implementar modelos</td></tr><tr><td>OE4</td><td>A5 — Planejar experimentos</td></tr><tr><td>OE4</td><td>A6 — Executar experimentos</td></tr><tr><td>OE5</td><td>A7 — Comparar resultados</td></tr></tbody></table>

<div contenteditable="false" id="bkmrk-">---

</div>## Teste de consistência

Para cada Objetivo Específico, pergunte:

> Quais atividades permitem alcançá-lo?

Para cada atividade, pergunte:

> Para qual objetivo ela contribui?

Uma atividade sem relação com nenhum objetivo deve ter sua necessidade questionada.

Um objetivo sem atividades associadas provavelmente não será alcançado.

# PÁGINA 4.3 — Como definir as atividades?

Uma atividade deve representar uma ação concreta da metodologia.

Evite:

> A1 — Pesquisa.

Prefira:

> A1 — Levantamento de datasets públicos contendo tráfego normal e malicioso de dispositivos IoT.

<div contenteditable="false" id="bkmrk-">---

</div>## Para cada atividade, defina

### Objetivo

Por que ela será executada?

### Entrada

O que é necessário para iniciá-la?

### Procedimento

Como será realizada?

### Saída

Qual será seu resultado?

### Relação

Qual Objetivo Específico ajuda a alcançar?

<div contenteditable="false" id="bkmrk--1">---

</div>## Exemplo

### A2 — Seleção dos datasets

**Objetivo:** selecionar os datasets utilizados nos experimentos.

**Entrada:** datasets identificados na atividade A1.

**Procedimento:** avaliar os datasets considerando disponibilidade, tipos de dispositivos, ataques presentes, quantidade de registros e atributos disponíveis.

**Saída:** conjunto de datasets selecionados.

**Objetivo relacionado:** OE1.

<div contenteditable="false" id="bkmrk--2">---

</div>

# PÁGINA 4.4 — Fluxograma da Metodologia

A Metodologia deverá incluir uma figura apresentando o **fluxo das atividades**.

O fluxograma deve permitir visualizar:

- atividades;
- ordem;
- dependências;
- possíveis iterações;
- agrupamentos ou fases.

Exemplo conceitual:

**A1 Levantamento**  
↓  
**A2 Seleção**  
↓  
**A3 Pré-processamento**  
↓  
**A4 Implementação**  
↓  
**A5 Planejamento experimental**  
↓  
**A6 Experimentos**  
↓  
**A7 Análise**

<div contenteditable="false" id="bkmrk-">---

</div>## ⚠️ O fluxograma não substitui o texto

Depois de apresentar a figura, explique:

- lógica geral;
- sequência;
- dependências;
- possíveis retornos;
- relação entre as atividades.

# PÁGINA 4.5 — Como descrever cada atividade?

Cada atividade relevante deve possuir sua própria subseção.

Uma estrutura útil é:

- Objetivo da atividade
- Procedimento
- Recursos/dados/ferramentas
- Resultado ou entregável
- Relação com os objetivos

Não é necessário utilizar obrigatoriamente esses subtítulos. O importante é que essas informações estejam claras.

<div contenteditable="false" id="bkmrk-">---

</div>## Tempo verbal

No TCC 1, atividades ainda não realizadas podem ser apresentadas no futuro:

> Serão executados...

No TCC 2, a versão final deve refletir aquilo que efetivamente foi realizado:

> Foram executados...

> Foram selecionados...

> O experimento foi realizado...

A versão final não deve continuar descrevendo como futuro uma atividade que já foi executada.

<div contenteditable="false" id="bkmrk--1">---

</div>

# PÁGINA 4.6 — Metodologia × Plano de Experimentação

Em trabalhos experimentais, é importante distinguir a **Metodologia do TCC** do **Plano de Experimentação**.

Eles possuem finalidades diferentes.

## Metodologia

A Metodologia responde:

> **Quais atividades serão ou foram realizadas para alcançar os Objetivos Específicos do TCC?**

Ela apresenta o processo completo do trabalho.

Por exemplo:

**A1 — Realizar levantamento bibliográfico**

↓

**A2 — Selecionar os sistemas**

↓

**A3 — Preparar o ambiente experimental**

↓

**A4 — Planejar os experimentos**

↓

**A5 — Executar os experimentos**

↓

**A6 — Processar os dados**

↓

**A7 — Analisar os resultados**

↓

**A8 — Elaborar as conclusões**

Cada atividade deve ser explicada e relacionada aos Objetivos Específicos.

<div contenteditable="false" id="bkmrk-">---

</div># Plano de Experimentação

O Plano de Experimentação responde:

> **Como exatamente os experimentos serão ou foram projetados e executados?**

Ele detalha uma parte específica da Metodologia.

Por exemplo:

A Metodologia pode possuir:

> **A4 — Planejar os experimentos.**

O Plano de Experimentação detalhará o resultado dessa atividade, apresentando:

- objetivo da avaliação;
- questões experimentais;
- ambiente;
- métricas;
- fatores;
- níveis;
- variáveis controladas;
- cenários;
- repetições;
- procedimento experimental;
- estratégia de coleta;
- estratégia de tratamento e análise dos dados.

Portanto:

**Metodologia = processo completo do TCC.**

**Plano de Experimentação = desenho detalhado dos experimentos.**

Não duplique o mesmo conteúdo nos dois capítulos.

Na Metodologia, explique **a atividade**.

No Plano de Experimentação, apresente **o planejamento experimental resultante dessa atividade**.

<div contenteditable="false" id="bkmrk--1">---

</div># Observações sobre Trabalhos Experimentais

Quando o trabalho envolver análise de desempenho ou experimentação, o planejamento deve ser definido já no **TCC 1** nos **Resultados Preliminares (ver Livro 4)**.

Não deixe decisões fundamentais para depois da defesa do projeto.

## Cenário de experimentação

Descreva o ambiente no qual os experimentos serão executados.

Dependendo do trabalho:

- hardware;
- software;
- versões;
- topologia;
- rede;
- datasets;
- carga de trabalho;
- configuração;
- quantidade de nós;
- recursos computacionais.

O objetivo é permitir compreender **onde e em quais condições** os resultados foram obtidos.

<div contenteditable="false" id="bkmrk--2">---

</div>## Métricas

Métricas representam aquilo que será medido.

Exemplos:

- tempo de resposta;
- throughput;
- utilização de CPU;
- consumo de memória;
- acurácia;
- precisão;
- revocação;
- F1-score;
- latência.

Cada métrica deve possuir justificativa relacionada aos objetivos da avaliação.

<div contenteditable="false" id="bkmrk--3">---

</div>## Fatores

Fatores são variáveis controladas ou modificadas durante o experimento.

Exemplo:

**Fator:** quantidade de réplicas.

<div contenteditable="false" id="bkmrk--4">---

</div>## Níveis

Níveis são os valores assumidos por um fator.

Exemplo:

**Quantidade de réplicas**

- 1;
- 2;
- 4;
- 8.

Assim:

> Fator = quantidade de réplicas  
> Níveis = {1, 2, 4, 8}

<div contenteditable="false" id="bkmrk--5">---

</div>## Procedimento experimental

Descreva como cada experimento será realizado.

Considere:

- preparação do ambiente;
- configuração;
- ordem das execuções;
- aquecimento, quando aplicável;
- duração;
- quantidade de repetições;
- coleta;
- armazenamento dos dados;
- tratamento dos resultados;
- análise estatística, quando aplicável.

<div contenteditable="false" id="bkmrk--6">---

</div>## Reprodutibilidade

Sempre que possível, outro pesquisador deve conseguir compreender como reproduzir seus experimentos.

Registre:

- versões;
- configurações;
- parâmetros;
- scripts;
- sementes aleatórias, quando relevantes;
- datasets;
- procedimentos.

# PÁGINA 4.7 — Checklist da Metodologia

- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Todas as atividades necessárias foram identificadas.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Existe um fluxograma.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Todas as atividades do fluxograma estão explicadas.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>A sequência está clara.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Dependências estão claras.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Cada Objetivo Específico possui atividades associadas.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Cada atividade contribui para pelo menos um objetivo.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Cada atividade possui resultado/entregável identificável.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>O procedimento de cada atividade está suficientemente descrito.

### Para trabalhos experimentais

- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Cenário definido.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Métricas definidas.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Métricas justificadas.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Fatores definidos.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Níveis definidos.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Procedimento experimental definido.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Quantidade de repetições definida, quando aplicável.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Estratégia de análise definida.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Existe preocupação com reprodutibilidade.

# IMPORTANTE: A PARTIR DAQUI, QUAL ESTRUTURA UTILIZAR NO MEU TCC?

Até a Metodologia, todos os TCCs seguem a mesma estrutura básica:

1. Introdução
2. Fundamentação Teórica
3. Trabalhos Relacionados
4. Metodologia

A partir do Capítulo 5, a estrutura depende da natureza do trabalho.

## Caso A — O trabalho desenvolve uma proposta

Utilize esta estrutura quando o TCC propõe ou desenvolve, por exemplo:

- sistema;
- arquitetura;
- ferramenta;
- método;
- modelo;
- algoritmo;
- mecanismo;
- abordagem;
- processo;
- protocolo;
- framework;
- outro artefato técnico ou científico.

A estrutura será:

**5 — Descrição da Proposta**

**6 — Avaliação e Análise da Proposta**

**7 — Conclusões**

<div contenteditable="false" id="bkmrk-">---

</div>## Caso B — O trabalho é uma Análise de Desempenho de Sistemas

Utilize esta estrutura quando o objetivo principal é avaliar, caracterizar ou comparar o desempenho de sistemas, tecnologias ou configurações existentes, sem que o principal resultado do TCC seja uma nova proposta.

A estrutura será:

**5 — Plano de Experimentação**

**6 — Resultados e Análise**

**7 — Conclusões**

<div contenteditable="false" id="bkmrk--1">---

</div>## E se eu desenvolver uma proposta e depois avaliar seu desempenho?

Nesse caso, utilize o **Caso A**.

A proposta continua sendo o objeto principal do TCC, e os experimentos fazem parte da avaliação dessa proposta.

<div contenteditable="false" id="bkmrk--2">---

</div>## Regra prática

Pergunte:

> **Meu principal resultado é algo que estou propondo ou desenvolvendo?**

**Sim** → Capítulo 5 = Descrição da Proposta.

**Não. Meu objetivo principal é analisar o desempenho de algo existente.** → Capítulo 5 = Plano de Experimentação.

Em caso de dúvida, defina a estrutura com o orientador antes de iniciar os Capítulos 5 e 6.

# CAPÍTULO 5A — DESCRIÇÃO DA PROPOSTA

Utilize este capítulo quando o TCC desenvolver uma proposta ou artefato.

# PÁGINA 5.1 — O que é a Descrição da Proposta?

Este capítulo apresenta **o que foi desenvolvido, projetado, definido ou proposto pelo TCC**.

Dependendo do trabalho, a proposta pode ser:

- sistema;
- arquitetura;
- ferramenta;
- modelo;
- método;
- algoritmo;
- mecanismo;
- framework;
- processo;
- abordagem.

A pergunta principal é:

> **O que exatamente este TCC propõe?**

<div contenteditable="false" id="bkmrk-">---

</div>## ⚠️ Proposta ≠ Metodologia

**Metodologia**

> A atividade A3 consistiu no projeto da arquitetura.

**Descrição da Proposta**

> A arquitetura resultante possui quatro componentes...

A Metodologia descreve o processo.

A Descrição da Proposta descreve o resultado.

# PÁGINA 5.2 — O que deve ser apresentado?

A descrição depende da natureza da proposta, mas normalmente deve permitir compreender:

- objetivo da proposta;
- requisitos considerados;
- arquitetura ou estrutura;
- componentes;
- relacionamentos;
- funcionamento;
- entradas;
- saídas;
- tecnologias relevantes;
- decisões de projeto;
- limitações conhecidas.

<div contenteditable="false" id="bkmrk-">---

</div>## Comece com uma visão geral

Antes de explicar detalhes, apresente a proposta completa.

Uma figura de arquitetura, fluxo ou visão geral pode ser especialmente útil.

Depois, aprofunde cada componente.

**Visão geral → Componentes → Interações → Funcionamento → Implementação**

# PÁGINA 5.3 — Arquitetura e componentes

Quando a proposta possuir arquitetura, apresente uma figura contendo seus principais componentes.

Depois da figura, explique:

- responsabilidade de cada componente;
- entradas;
- saídas;
- comunicação;
- dependências;
- fluxo de informações.

Não deixe o leitor deduzir sozinho como a arquitetura funciona.

<div contenteditable="false" id="bkmrk-">---

</div>## Decisões de projeto

Quando relevante, explique por que determinadas decisões foram tomadas.

Por exemplo:

> O componente X utiliza o protocolo Y porque...

Isso diferencia uma descrição técnica de uma simples listagem de tecnologias.

# PÁGINA 5.4 — Implementação e funcionamento

Quando houver implementação, descreva os aspectos necessários para compreender como a proposta foi concretizada.

Podem ser relevantes:

- tecnologias;
- linguagens;
- bibliotecas;
- frameworks;
- APIs;
- estruturas de dados;
- algoritmos;
- módulos;
- integrações;
- configurações.

<div contenteditable="false" id="bkmrk-">---

</div>## ⚠️ Não transforme o capítulo em documentação de código

Evite explicar classes, funções ou trechos de código que não sejam relevantes cientificamente.

A pergunta é:

> O leitor precisa saber disso para compreender, reproduzir ou avaliar minha proposta?

# PÁGINA 5.5 — Checklist da Descrição da Proposta

- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Está claro o que foi proposto.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>O objetivo da proposta está claro.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Existe uma visão geral.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>A arquitetura/estrutura está apresentada quando aplicável.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Figuras são explicadas no texto.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Componentes estão descritos.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Responsabilidades estão claras.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Interações estão claras.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Entradas e saídas estão identificadas quando aplicável.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Decisões importantes estão justificadas.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Tecnologias relevantes estão identificadas.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Evitei detalhes de implementação sem relevância para compreensão do trabalho.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>A proposta é coerente com os objetivos apresentados na Introdução.

# CAPÍTULO 5B — PLANO DE EXPERIMENTAÇÃO

**Utilize este capítulo quando o TCC for de Análise de Desempenho de Sistemas.**

O Plano de Experimentação descreve detalhadamente como a avaliação será realizada.

Enquanto a Metodologia apresenta a sequência geral de atividades do TCC, este capítulo documenta o desenho experimental utilizado para produzir as evidências necessárias para responder aos objetivos do trabalho.

# PÁGINA 5B.1 — Objetivo da avaliação

Comece explicando o que a avaliação pretende investigar.

O objetivo da avaliação deve estar diretamente relacionado aos Objetivos Específicos.

Exemplo:

> O objetivo da avaliação é analisar o impacto da quantidade de réplicas no desempenho do sistema X sob diferentes níveis de carga.

Evite objetivos genéricos como:

> Avaliar o sistema.

Explique **o que será avaliado e em relação a quê**.

# PÁGINA 5B.3 — Ambiente experimental

Descreva o ambiente com detalhes suficientes para compreender e, quando possível, reproduzir os experimentos.

Inclua, conforme aplicável:

## Hardware

- processadores;
- quantidade de núcleos;
- memória;
- armazenamento;
- interfaces de rede;
- demais recursos relevantes.

## Software

- sistema operacional;
- versões;
- bibliotecas;
- ferramentas;
- sistemas avaliados;
- dependências.

## Infraestrutura

Quando aplicável:

- máquinas físicas;
- máquinas virtuais;
- containers;
- Kubernetes;
- nuvem;
- topologia de rede;
- armazenamento.

Não inclua especificações que não tenham relevância para o experimento.

# PÁGINA 5B.4 — Métricas

As métricas representam aquilo que será medido.

Exemplos:

- tempo de resposta;
- latência;
- vazão;
- utilização de CPU;
- utilização de memória;
- taxa de erros;
- tempo de processamento;
- consumo de energia.

Para cada métrica, explique:

1. o que representa;
2. unidade;
3. como será coletada;
4. por que é relevante.

Não utilize uma métrica apenas porque a ferramenta consegue coletá-la.

# PÁGINA 5B.5 — Fatores e níveis

## Fator

É uma variável cujo valor será deliberadamente modificado durante os experimentos para observar seu efeito.

Exemplo:

> Quantidade de réplicas.

## Níveis

São os valores utilizados para o fator.

Exemplo:

<table id="bkmrk-fator-n%C3%ADveis-quantid"><tbody><tr><th>Fator</th><th>Níveis</th></tr><tr><td>Quantidade de réplicas</td><td>1, 2, 4 e 8</td></tr><tr><td>Clientes simultâneos</td><td>100, 500 e 1000</td></tr></tbody></table>

Justifique a escolha dos níveis quando necessário.

# PÁGINA 5B.6 - Variáveis controladas

Algumas condições precisam permanecer constantes para evitar interferência indevida nos resultados.

Exemplos:

- versão do sistema;
- configuração de hardware;
- tamanho do dataset;
- duração do experimento;
- configuração de rede;
- versão do sistema operacional.

Explique quais condições serão controladas.

# PÁGINA 5B.7 — Cenários experimentais

Defina as combinações de condições que serão avaliadas.

Por exemplo:

<table id="bkmrk-cen%C3%A1rio-sistema-r%C3%A9pl"><tbody><tr><th>Cenário</th><th>Sistema</th><th>Réplicas</th><th>Clientes</th></tr><tr><td>C1</td><td>Sistema A</td><td>1</td><td>100</td></tr><tr><td>C2</td><td>Sistema A</td><td>2</td><td>100</td></tr><tr><td>C3</td><td>Sistema A</td><td>4</td><td>100</td></tr><tr><td>C4</td><td>Sistema A</td><td>1</td><td>500</td></tr><tr><td>C5</td><td>Sistema A</td><td>2</td><td>500</td></tr><tr><td>C6</td><td>Sistema A</td><td>4</td><td>500</td></tr></tbody></table>

Não obrigue o leitor a deduzir quais combinações foram executadas.

# PÁGINA 5B.8 — Procedimento experimental

Explique a sequência de execução de cada experimento.

Por exemplo:

1. preparar o ambiente;
2. aplicar a configuração;
3. inicializar os serviços;
4. aguardar estabilização;
5. iniciar a coleta;
6. gerar a carga;
7. executar durante o período definido;
8. finalizar a carga;
9. encerrar a coleta;
10. armazenar os resultados;
11. restaurar o ambiente antes da próxima execução.

O procedimento deve ser suficientemente claro para permitir compreender como os dados foram obtidos.

# PÁGINA 5B.9 — Repetições

Informe quantas vezes cada cenário será executado.

Explique também, quando relevante:

- por que essa quantidade foi escolhida;
- se existe período de aquecimento;
- se existe intervalo entre execuções;
- como o ambiente será restaurado;
- se a ordem dos experimentos será controlada ou randomizada.

Uma única execução pode não representar adequadamente o comportamento do sistema.

# PÁGINA 5B.10 — Estratégia de coleta dos dados

Explique:

- quais ferramentas coletarão os dados;
- frequência de coleta;
- formato;
- onde serão armazenados;
- como serão identificados;
- como será preservada a relação entre execução e cenário.

Mantenha separados:

**Dados brutos**

e

**Dados processados.**

Os dados brutos devem ser preservados.

# PÁGINA 5B.11 — Tratamento e análise dos dados

Explique **antes de apresentar os resultados** como os dados serão tratados.

Por exemplo:

- limpeza;
- agregação;
- cálculo de médias;
- medianas;
- desvios;
- intervalos de confiança;
- testes estatísticos;
- identificação de valores inválidos;
- geração de gráficos.

A técnica utilizada deve ser adequada ao experimento.

Não escolha uma técnica estatística apenas porque ela é conhecida ou disponível em uma ferramenta.

# PÁGINA 5B.12 — Matriz de rastreabilidade

Verifique se existe relação entre:

**Objetivo Específico**

↓

**Questão Experimental**

↓

**Métrica**

↓

**Experimento**

↓

**Resultado esperado**

Exemplo:

<table id="bkmrk-oe-quest%C3%A3o-m%C3%A9trica-f"><tbody><tr><th>OE</th><th>Questão</th><th>Métrica</th><th>Fator</th><th>Evidência</th></tr><tr><td>OE2</td><td>QE1</td><td>Tempo de resposta</td><td>Réplicas</td><td>Medições dos cenários C1–C4</td></tr><tr><td>OE3</td><td>QE2</td><td>CPU/Memória</td><td>Carga</td><td>Medições dos cenários C5–C8</td></tr></tbody></table>

Essa verificação reduz o risco de executar experimentos que não ajudam a responder aos objetivos.

# PÁGINA 5B.13 — Checklist do Plano de Experimentação

Antes de considerar o plano concluído:

- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>O objetivo da avaliação está definido.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>O objetivo está relacionado aos Objetivos Específicos.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>As questões experimentais estão definidas.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Cada questão pode ser respondida por dados.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>O ambiente experimental está descrito.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Hardware relevante está documentado.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Software e versões relevantes estão documentados.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Métricas estão definidas.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Unidades das métricas estão definidas.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Forma de coleta está definida.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Fatores estão definidos.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Níveis estão definidos.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Variáveis controladas estão identificadas.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Cenários estão definidos.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Procedimento experimental está definido.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Quantidade de repetições está definida.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Estratégia de coleta está definida.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Dados brutos serão preservados.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Estratégia de tratamento está definida.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Estratégia de análise está definida.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Existe rastreabilidade entre objetivos, questões, métricas e experimentos.

> **Regra prática:** antes de executar um experimento, você deve conseguir explicar claramente **qual pergunta ele pretende responder, o que será modificado, o que será medido e como os resultados serão analisados**.

# CAPÍTULO 6A — AVALIAÇÃO E ANÁLISE DA PROPOSTA

<span>Este capítulo deve ser utilizado quando o TCC envolve o desenvolvimento de uma </span>**proposta ou artefato**, como um sistema, arquitetura, ferramenta, método, modelo, algoritmo, mecanismo, abordagem, processo, protocolo ou framework.

<span>Seu objetivo é apresentar </span>**como a proposta foi avaliada**<span>, os </span>**resultados obtidos**<span> e a </span>**análise desses resultados**, produzindo evidências que permitam verificar se a proposta atende aos objetivos definidos no trabalho.

A avaliação pode envolver experimentos, estudos de caso, testes, comparações, validações ou outras estratégias adequadas à natureza da proposta.

Neste capítulo, o aluno deve deixar clara a relação:

**Objetivos → Avaliação → Evidências → Resultados → Análise → Conclusões**

<span>Utilize este capítulo somente quando o Capítulo 5 for </span>**Descrição da Proposta**.

# PÁGINA 6.1 — O que é a Análise da Proposta?

Este capítulo apresenta **como a proposta foi avaliada e o que os resultados obtidos demonstram**.

Não basta mostrar que a proposta funciona.

A avaliação deve produzir evidências que permitam discutir os objetivos do TCC.

A sequência geral é:

**Pergunta → Métrica → Experimento → Dados → Análise → Evidência → Conclusão**

# PÁGINA 6.2 — Plano de Experimentos

O plano experimental definido inicialmente na Metodologia deve ser detalhado e, quando necessário, atualizado para refletir aquilo que efetivamente foi realizado.

Apresente:

- objetivo da avaliação;
- questões investigadas;
- cenário;
- métricas;
- fatores;
- níveis;
- variáveis controladas;
- procedimento;
- repetições;
- estratégia de análise.

<div contenteditable="false" id="bkmrk-">---

</div>## Questões experimentais

Quando útil, formule questões específicas.

Por exemplo:

> **QE1:** Qual algoritmo apresenta maior F1-score para identificação de tráfego malicioso?

> **QE2:** Como o desempenho dos algoritmos varia entre os datasets A e B?

As questões ajudam a estruturar a análise.

<div contenteditable="false" id="bkmrk--1">---

</div>

# PÁGINA 6.3 — Execução dos Experimentos

Descreva o que efetivamente foi executado.

Informe eventuais diferenças em relação ao planejamento original.

Registre:

- ambiente;
- configurações;
- versões;
- quantidade de execuções;
- problemas encontrados;
- ajustes realizados;
- dados coletados.

Não esconda alterações metodológicas relevantes.

Explique-as.

# PÁGINA 6.4 — Apresentação dos Resultados

Escolha a representação adequada para cada resultado:

- tabela;
- gráfico;
- quadro;
- texto;
- outras visualizações.

<div contenteditable="false" id="bkmrk-">---

</div>## ⚠️ Resultado não é análise

> "O algoritmo A obteve F1-score de 0,91 e B obteve 0,84."

Isso apresenta um resultado.

A análise precisa discutir:

> Por que essa diferença pode ter ocorrido?

> Ela é relevante?

> O comportamento se repete?

> Existe relação com características dos dados?

> O resultado responde à questão experimental?

<div contenteditable="false" id="bkmrk--1">---

</div>## Não apresente todos os dados disponíveis

Selecione aquilo que contribui para responder às questões e objetivos.

Dados complementares podem ser disponibilizados em apêndices ou artefatos externos quando adequado.

# PÁGINA 6.5 — Análise e Discussão dos Resultados

Esta é uma das partes mais importantes do TCC.

Para cada conjunto de resultados:

### 1. Apresente

O que foi observado?

### 2. Compare

Existem diferenças entre configurações, algoritmos, cenários ou baselines?

### 3. Explique

Quais fatores podem explicar o comportamento?

### 4. Relacione

Como o resultado se relaciona com os objetivos ou questões?

### 5. Conclua

O que essa evidência permite afirmar?

<div contenteditable="false" id="bkmrk-">---

</div>## Exemplo de raciocínio

> O modelo A apresentou maior F1-score nos dois datasets avaliados. A diferença foi mais acentuada no dataset B, caracterizado por maior desbalanceamento entre as classes. Esse comportamento sugere <span class="text-token-text-primary cursor-text rounded-sm" data-placeholder-token="true">\[...\]</span>. Portanto, considerando a QE1, os resultados indicam que <span class="text-token-text-primary cursor-text rounded-sm" data-placeholder-token="true">\[...\]</span>.

Observe a sequência:

**dado → interpretação → relação → conclusão**

<div contenteditable="false" id="bkmrk--1">---

</div>## Evite causalidade sem evidência

Se os resultados apenas mostram associação ou comportamento observado, não afirme automaticamente que uma variável **causou** outra.

Utilize linguagem compatível com as evidências disponíveis.

# PÁGINA 6.6 — Ameaças à Validade

Todo estudo possui limitações.

Discuti-las não enfraquece automaticamente o TCC. Pelo contrário, demonstra compreensão dos limites das conclusões.

Dependendo do tipo de pesquisa, considere aspectos como:

- representatividade dos datasets;
- quantidade de cenários;
- escolha das métricas;
- configuração experimental;
- variabilidade das execuções;
- generalização;
- viés na seleção;
- limitações das ferramentas;
- fatores não controlados.

<div contenteditable="false" id="bkmrk-">---

</div>## Pergunta importante

> **Até onde meus resultados podem ser generalizados?**

Se os experimentos foram realizados apenas em um cenário, não conclua automaticamente que o comportamento ocorrerá em todos os cenários possíveis.

# PÁGINA 6.7 — Checklist da Análise da Proposta

- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>O objetivo da avaliação está claro.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>As questões avaliadas estão claras.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>O cenário está descrito.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Métricas estão definidas e justificadas.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Fatores e níveis estão identificados quando aplicável.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>O procedimento experimental está descrito.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>A quantidade de repetições está informada quando aplicável.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Alterações no planejamento foram documentadas.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Resultados são apresentados adequadamente.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Toda figura/tabela foi mencionada e explicada.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Não confundi apresentação de resultados com análise.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Comparei resultados quando necessário.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Interpretei os resultados.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Relacionei os resultados aos objetivos/questões.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Evitei conclusões que as evidências não sustentam.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Discuti limitações e ameaças à validade.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Os experimentos permitem avaliar aquilo que os objetivos prometem.

# CAPÍTULO 6B — RESULTADOS E ANÁLISE

**Utilize este capítulo quando o TCC for um trabalho de Análise de Desempenho de Sistemas.**

Este capítulo apresenta os resultados obtidos nos experimentos e realiza sua análise.

O objetivo não é simplesmente apresentar tabelas, gráficos e valores. O aluno deve utilizar as evidências produzidas pelos experimentos para responder às questões experimentais e, consequentemente, contribuir para o alcance dos Objetivos Específicos do trabalho.

Existe uma sequência lógica que deve ser preservada:

**Objetivo Específico**

↓

**Questão Experimental**

↓

**Experimento**

↓

**Dados**

↓

**Resultados**

↓

**Análise**

↓

**Resposta à Questão Experimental**

↓

**Conclusão relacionada ao objetivo**

<span>O Capítulo 5B — Plano de Experimentação explica </span>**como as evidências foram produzidas**.

<span>Este capítulo explica </span>**o que essas evidências mostram**.

# PÁGINA 6B.1 — Antes de analisar os resultados

Antes de iniciar a escrita deste capítulo, verifique se os experimentos previstos no Plano de Experimentação foram executados adequadamente.

Confirme:

- cenários executados;
- fatores e níveis utilizados;
- número de repetições;
- métricas coletadas;
- integridade dos dados;
- existência de execuções inválidas;
- alterações realizadas durante os experimentos;
- disponibilidade dos dados brutos.

Caso algum experimento planejado não tenha sido executado, isso deve ser explicitado e justificado.

<div contenteditable="false" id="bkmrk-">---

</div>## Dados brutos não são resultados

Os valores coletados diretamente durante os experimentos constituem **dados brutos**.

Por exemplo:

```
Execução 1: 103 ms
Execução 2: 97 ms
Execução 3: 105 ms
Execução 4: 101 ms
Execução 5: 99 ms
```

Esses dados ainda precisam ser organizados, tratados e analisados.

Depois do tratamento, podem resultar em informações como:

> O cenário apresentou tempo médio de resposta de 101 ms.

Mesmo isso ainda não constitui uma análise completa.

A análise precisa explicar **o que esse valor representa no contexto da questão experimental**.

# PÁGINA 6B.2 — Como organizar o capítulo

Sempre que possível, organize os resultados utilizando as **Questões Experimentais** definidas no Capítulo 5B.

Por exemplo, considere:

> **QE1 — Como a quantidade de réplicas influencia o tempo de resposta do sistema?**

> **QE2 — Como o aumento da carga afeta a utilização de CPU?**

> **QE3 — Como os sistemas A e B se comportam em relação à vazão?**

Uma possível organização seria:

## 6.1 — Impacto da quantidade de réplicas no tempo de resposta

## 6.2 — Impacto da carga na utilização de CPU

## 6.3 — Comparação da vazão dos sistemas

## 6.4 — Discussão Geral

## 6.5 — Ameaças à Validade

Os títulos não precisam utilizar literalmente "QE1", "QE2" e "QE3".

Prefira títulos que informem ao leitor **o que está sendo analisado**.

<div contenteditable="false" id="bkmrk-">---

</div>## Evite organizar o capítulo por gráfico

Não utilize uma estrutura como:

> 6.1 — Gráfico de CPU

> 6.2 — Gráfico de memória

> 6.3 — Gráfico de latência

> 6.4 — Gráfico de vazão

Essa organização concentra-se nos artefatos utilizados para apresentar os dados, e não nas perguntas científicas do trabalho.

Prefira:

> 6.1 — Impacto da carga sobre o consumo de recursos

e, dentro dessa seção, apresente CPU, memória ou outras métricas necessárias para responder à questão correspondente.

# PÁGINA 6B.3 — Estrutura para analisar cada Questão Experimental

Para cada Questão Experimental, utilize a seguinte sequência:

### 1. Retome a questão

Explique brevemente o que está sendo investigado.

### 2. Apresente os resultados

Mostre os dados relevantes utilizando gráficos, tabelas ou outras representações apropriadas.

### 3. Descreva o que foi observado

Apresente os principais comportamentos identificados.

### 4. Compare os cenários

Analise diferenças entre fatores, níveis, sistemas ou configurações.

### 5. Interprete

Explique o significado dos resultados.

### 6. Responda à questão

Finalize explicitando o que as evidências permitem responder.

Essa estrutura pode ser repetida para cada questão experimental.

# PÁGINA 6B.4 — Apresentando os resultados

Escolha a representação de acordo com aquilo que pretende comunicar.

## Utilize tabelas quando:

- valores exatos forem importantes;
- existirem poucos valores;
- o leitor precisar consultar números específicos;
- a comparação tabular for mais clara.

## Utilize gráficos quando:

- houver tendências;
- existirem muitas observações;
- for necessário comparar comportamentos;
- houver relação entre variáveis;
- distribuições forem relevantes.

## Utilize texto quando:

- poucos valores forem suficientes;
- a informação não justificar uma tabela ou gráfico;
- for necessário destacar um resultado específico.

<div contenteditable="false" id="bkmrk-">---

</div>## Não apresente a mesma informação desnecessariamente

Evite apresentar uma tabela contendo todos os valores e imediatamente depois um gráfico com exatamente a mesma informação, a menos que exista uma justificativa.

Escolha a representação mais adequada.

<div contenteditable="false" id="bkmrk--1">---

</div>## Toda figura e tabela precisa ser descrita

Não insira:

**Figura**

↓

**próximo assunto**

O texto precisa preparar e interpretar o elemento.

Uma sequência adequada é:

**Introdução da informação**

↓

**Referência à figura/tabela**

↓

**Figura/tabela**

↓

**Descrição e análise**

Consulte as regras correspondentes no **Livro 3 — Escrita Científica**.

# PÁGINA 6B.5 — Descrever não é analisar

Um erro comum é simplesmente transformar o gráfico em texto.

Por exemplo:

> A Figura 10 apresenta o tempo de resposta. Com 100 usuários, o tempo foi de 50 ms. Com 500 usuários, foi de 90 ms. Com 1.000 usuários, foi de 180 ms.

Esse texto descreve os valores, mas praticamente não os analisa.

Uma análise deve avançar.

Por exemplo:

> Observa-se crescimento do tempo de resposta à medida que a quantidade de usuários aumenta. Entre 100 e 500 usuários, o tempo de resposta aumentou de 50 ms para 90 ms. Entretanto, o crescimento torna-se mais acentuado entre 500 e 1.000 usuários, quando o valor alcança 180 ms. Esse comportamento indica que, no cenário avaliado, o aumento da carga produz degradação não linear do tempo de resposta.

A análise pode então investigar possíveis explicações utilizando outras métricas.

Por exemplo:

> No mesmo intervalo, a utilização de CPU aproxima-se de seu limite, indicando uma possível relação entre a saturação desse recurso e a degradação observada.

# PÁGINA 6B.6 — Comparando resultados

Quando houver múltiplos sistemas, configurações ou níveis, não analise cada um isoladamente.

Compare-os.

Por exemplo:

> O Sistema A apresentou menor tempo de resposta que o Sistema B nos níveis de 100 e 500 clientes. Entretanto, em 1.000 clientes, essa diferença diminuiu.

A análise deve investigar:

- magnitude da diferença;
- comportamento ao longo dos níveis;
- estabilidade;
- variabilidade;
- possíveis causas;
- relação com outras métricas.

<div contenteditable="false" id="bkmrk-">---

</div>## Cuidado com afirmações absolutas

Evite:

> O Sistema A é melhor que o Sistema B.

O experimento provavelmente não avaliou todos os aspectos possíveis dos dois sistemas.

Prefira algo delimitado:

> Nos cenários avaliados, o Sistema A apresentou menor tempo médio de resposta que o Sistema B para os níveis de carga X e Y.

As conclusões devem respeitar os limites das evidências produzidas.

# PÁGINA 6B.7 — Variabilidade e incerteza

Não considere apenas valores médios quando a variabilidade dos dados for relevante.

Duas configurações podem possuir médias semelhantes e comportamentos muito diferentes.

Por exemplo:

**Sistema A**

Média: 100 ms

Baixa variação entre as execuções.

**Sistema B**

Média: 102 ms

Grande variação entre as execuções.

Concluir apenas que os dois possuem desempenho semelhante pode esconder uma diferença importante de estabilidade.

<div contenteditable="false" id="bkmrk-">---

</div>## Utilize medidas adequadas

Dependendo dos dados e do desenho experimental, considere:

- média;
- mediana;
- desvio padrão;
- percentis;
- intervalo de confiança;
- coeficiente de variação;
- outras medidas adequadas.

A escolha deve ser coerente com o tipo de dado e com a pergunta que está sendo respondida.

Não utilize técnicas estatísticas apenas para tornar o trabalho aparentemente mais sofisticado.

# PÁGINA 6B.8 — Análise estatística

Quando forem utilizados métodos estatísticos, explique:

1. qual método foi utilizado;
2. por que ele é adequado;
3. quais hipóteses ou condições são necessárias;
4. quais resultados foram obtidos;
5. como esses resultados devem ser interpretados.

Evite simplesmente informar:

> O resultado foi estatisticamente significativo.

Explique **qual comparação foi realizada e o que a evidência estatística permite concluir**.

<div contenteditable="false" id="bkmrk-">---

</div>## Significância estatística não é necessariamente relevância prática

Uma diferença pode ser estatisticamente identificável e ainda possuir pouca importância prática.

Por exemplo:

> A configuração B reduziu o tempo médio em 0,5 ms.

Dependendo do contexto, essa diferença pode não possuir relevância operacional.

Portanto, quando aplicável, discuta:

**significância estatística**

e

**relevância prática**.

# PÁGINA 6B.9 — Resultados inesperados

Os resultados não precisam confirmar aquilo que o aluno esperava.

Por exemplo, você pode esperar:

> Mais réplicas produzirão menor tempo de resposta.

Mas os experimentos podem mostrar:

> A partir de determinado número de réplicas, o desempenho não melhora.

Isso não significa que o experimento falhou.

O resultado pode revelar uma característica importante do sistema.

<div contenteditable="false" id="bkmrk-">---

</div>## Quando surgir um resultado inesperado

Pergunte:

1. Os dados estão corretos?
2. O experimento foi executado conforme planejado?
3. Existe algum erro de coleta?
4. O resultado se repete?
5. Alguma métrica adicional ajuda a explicá-lo?
6. Existe uma explicação arquitetural ou operacional?
7. A literatura relata comportamento semelhante?

Se não for possível explicar completamente o comportamento, deixe isso claro.

Não invente explicações sem evidências.

# PÁGINA 6B.10 — Relacionando diferentes métricas

Uma métrica pode ajudar a explicar outra.

Por exemplo:

**Carga aumenta**

↓

**CPU aumenta**

↓

**CPU aproxima-se da saturação**

↓

**Tempo de resposta cresce**

↓

**Vazão deixa de aumentar**

Nesse caso, analisar CPU, tempo de resposta e vazão conjuntamente pode fornecer uma explicação mais completa.

Evite analisar cada gráfico como se fosse um experimento independente quando as métricas representam diferentes perspectivas do mesmo comportamento.

# PÁGINA 6B.11 — Respondendo às Questões Experimentais

Cada seção correspondente a uma Questão Experimental deve terminar com uma resposta.

Por exemplo:

> **QE1 — Como a quantidade de réplicas influencia o tempo de resposta?**

Depois da apresentação e análise dos resultados:

> Os resultados indicam que o aumento de uma para quatro réplicas reduziu o tempo de resposta nos cenários avaliados. Entretanto, o aumento de quatro para oito réplicas não produziu redução relevante, indicando que os benefícios da replicação diminuíram a partir dessa configuração no ambiente considerado.

Isso fecha a relação:

**Pergunta → Experimento → Evidência → Resposta.**

<div contenteditable="false" id="bkmrk-">---

</div>## Não deixe a resposta implícita

Depois de várias páginas de gráficos, o leitor não deve precisar deduzir qual foi a resposta à questão experimental.

Declare-a explicitamente.

# PÁGINA 6B.12 — Relacionando os resultados aos Objetivos Específicos

Responder às Questões Experimentais não é o objetivo final.

As questões existem para ajudar a alcançar os Objetivos Específicos.

Verifique a rastreabilidade:

<table id="bkmrk-objetivo-espec%C3%ADfico-"><tbody><tr><th>Objetivo Específico</th><th>Questão Experimental</th><th>Evidência</th><th>Situação</th></tr><tr><td>OE1</td><td>QE1</td><td>Experimentos E1–E4</td><td>Alcançado</td></tr><tr><td>OE2</td><td>QE2 e QE3</td><td>Experimentos E5–E12</td><td>Alcançado</td></tr><tr><td>OE3</td><td>QE4</td><td>Experimentos E13–E16</td><td>Parcialmente alcançado</td></tr></tbody></table>

Essa tabela pode ser utilizada apenas como ferramenta de verificação, não sendo obrigatória no documento.

<div contenteditable="false" id="bkmrk-">---

</div>## Objetivo parcialmente alcançado

Se as evidências não forem suficientes para afirmar que um objetivo foi completamente alcançado, declare isso.

Não tente adaptar artificialmente os resultados aos objetivos definidos anteriormente.

Essa situação deve ser discutida novamente nas Conclusões.

# PÁGINA 6B.13 — Discussão Geral

Depois das análises individuais, apresente uma visão integrada dos resultados.

A Discussão Geral deve responder:

> **O que aprendemos ao considerar conjuntamente todos os experimentos?**

Aqui é possível relacionar:

- diferentes Questões Experimentais;
- diferentes métricas;
- diferentes cenários;
- comportamentos recorrentes;
- *trade-offs*;
- limitações;
- resultados aparentemente contraditórios.

<div contenteditable="false" id="bkmrk-">---

</div>## Exemplo de trade-off

Um sistema pode apresentar:

**menor latência**

mas

**maior consumo de recursos**.

Nesse caso, não existe necessariamente um vencedor absoluto.

A conclusão pode depender do contexto de utilização.

<div contenteditable="false" id="bkmrk--1">---

</div>## Evite repetir todas as seções anteriores

A Discussão Geral deve **integrar** os resultados, e não simplesmente resumi-los.

Pergunte:

> Que conclusão só se torna evidente quando observo os resultados em conjunto?

# PÁGINA 6B.14 — Comparação com os Trabalhos Relacionados

Quando for possível realizar uma comparação válida, discuta como os resultados encontrados se relacionam com a literatura apresentada no Capítulo 3.

Pergunte:

- meus resultados confirmam comportamentos encontrados anteriormente?
- existem diferenças?
- as diferenças podem ser explicadas pelo cenário?
- meu trabalho avaliou condições não consideradas anteriormente?
- os resultados acrescentam novas evidências?

<div contenteditable="false" id="bkmrk-">---

</div>## Cuidado com comparações inadequadas

Não compare diretamente números obtidos em ambientes completamente diferentes sem discutir as diferenças experimentais.

Por exemplo:

> Nosso sistema alcançou 20.000 requisições/s, enquanto Silva et al. alcançaram 15.000 requisições/s. Portanto, nosso sistema é superior.

Essa conclusão pode ser inválida se hardware, carga, configuração, versão ou metodologia forem diferentes.

Compare resultados quantitativamente apenas quando houver condições adequadas para isso.

Caso contrário, realize uma comparação qualitativa dos comportamentos observados.

# PÁGINA 6B.15 — Ameaças à Validade

Todo experimento possui limitações.

A seção de Ameaças à Validade deve discutir fatores que podem afetar a interpretação ou generalização dos resultados.

O objetivo não é diminuir o valor do trabalho.

O objetivo é deixar claro **até onde as conclusões são sustentadas pelas evidências**.

<div contenteditable="false" id="bkmrk-">---

</div>## Validade interna

Pergunte:

> Existem fatores além daqueles estudados que podem ter causado os resultados?

Exemplos:

- processos externos;
- variação de rede;
- cache;
- aquecimento do sistema;
- interferência entre execuções;
- configuração inadequadamente controlada.

<div contenteditable="false" id="bkmrk--1">---

</div>## Validade externa

Pergunte:

> Até que ponto os resultados podem ser generalizados?

Exemplos:

- apenas uma configuração de hardware;
- apenas uma versão do sistema;
- apenas um tipo de carga;
- ambiente de laboratório;
- dataset específico.

<div contenteditable="false" id="bkmrk--2">---

</div>## Validade de construção

Pergunte:

> As métricas utilizadas realmente representam aquilo que pretendo avaliar?

Por exemplo, avaliar "desempenho" utilizando apenas CPU pode ser insuficiente.

<div contenteditable="false" id="bkmrk--3">---

</div>## Validade das conclusões

Pergunte:

> A quantidade e a análise dos dados são suficientes para sustentar as conclusões?

Considere:

- quantidade de repetições;
- variabilidade;
- tamanho da amostra;
- tratamento estatístico;
- qualidade dos dados.

# PÁGINA 6B.16 — Limitações do estudo

Além das ameaças à validade, registre limitações conhecidas do trabalho.

Por exemplo:

- sistemas que não puderam ser avaliados;
- cenários não executados;
- métricas não coletadas;
- limitações de infraestrutura;
- tempo disponível;
- versões específicas;
- restrições de acesso a dados.

Não esconda limitações.

Delimitar corretamente as conclusões aumenta a qualidade científica do trabalho.

# PÁGINA 6B.17 — O que NÃO fazer neste capítulo

Evite:

❌ apresentar dezenas de gráficos sem uma pergunta associada;

❌ descrever gráficos sem interpretá-los;

❌ repetir o Plano de Experimentação;

❌ apresentar novamente todas as configurações do ambiente;

❌ afirmar causalidade sem evidência;

❌ afirmar que um sistema é "melhor" sem delimitar os critérios;

❌ utilizar apenas médias quando a variabilidade for relevante;

❌ esconder resultados que contradizem a expectativa;

❌ excluir dados sem justificar;

❌ utilizar testes estatísticos sem compreender sua finalidade;

❌ apresentar resultados sem relacioná-los aos objetivos;

❌ deixar as respostas às Questões Experimentais implícitas;

❌ generalizar resultados além dos cenários avaliados.

# 6B.18 — Checklist de Resultados e Análise

## Integridade dos experimentos

- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Os experimentos previstos foram executados ou as exceções foram justificadas.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Os dados foram verificados antes da análise.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Execuções inválidas foram identificadas e justificadas.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Os dados brutos foram preservados.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Alterações realizadas durante os experimentos foram documentadas.

## Organização

- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Os resultados estão organizados pelas Questões Experimentais ou por uma estrutura equivalente.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Os títulos das seções informam o que está sendo analisado.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Evitei organizar o capítulo simplesmente por gráficos.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Não repeti desnecessariamente o Plano de Experimentação.

## Apresentação dos resultados

- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Tabelas são utilizadas quando valores exatos são importantes.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Gráficos são utilizados quando ajudam a visualizar comportamentos.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Não apresentei a mesma informação de forma redundante sem necessidade.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Todas as figuras e tabelas são mencionadas e descritas no texto.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Eixos, unidades, legendas e rótulos estão claros.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>As unidades utilizadas estão consistentes.

## Análise

- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Não apenas descrevi os gráficos: interpretei os resultados.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Comparei cenários quando necessário.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Analisei tendências.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Considerei variabilidade quando relevante.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Relacionei diferentes métricas quando isso ajudou a explicar os resultados.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Resultados inesperados foram investigados.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Evitei explicações sem evidências.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Diferenciei relevância estatística de relevância prática quando aplicável.

## Questões Experimentais

- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Cada Questão Experimental possui evidências capazes de respondê-la.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Cada Questão Experimental foi explicitamente respondida.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>As respostas são sustentadas pelos resultados.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>As conclusões respeitam os cenários efetivamente avaliados.

## Objetivos

- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Relacionei as Questões Experimentais aos Objetivos Específicos.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Existem evidências para avaliar o alcance dos objetivos.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Objetivos parcialmente alcançados foram identificados como tal.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Não adaptei artificialmente os resultados aos objetivos.

## Discussão

- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Existe uma análise integrada dos principais resultados.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Trade-offs foram discutidos quando existentes.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Os resultados foram relacionados à literatura quando a comparação é válida.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Evitei comparações quantitativas inadequadas entre ambientes diferentes.

## Validade e limitações

- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Ameaças à validade foram identificadas.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Validade interna foi considerada.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Validade externa foi considerada.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Validade de construção foi considerada.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Validade das conclusões foi considerada.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Limitações do estudo foram explicitadas.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Evitei generalizações além das evidências disponíveis.

<div contenteditable="false" id="bkmrk-">---

</div># Regra de ouro do Capítulo 6B

O objetivo deste capítulo não é mostrar quantos experimentos foram realizados ou quantos gráficos foram produzidos.

O objetivo é construir uma cadeia de evidências:

> **O que eu queria descobrir?**

↓

> **Que evidências obtive?**

↓

> **O que observei nessas evidências?**

↓

> **Como interpreto esse comportamento?**

↓

> **O que posso responder?**

↓

> **Como essa resposta contribui para alcançar meus objetivos?**

Um bom capítulo de Resultados e Análise não termina em:

> "O gráfico apresentou esses valores."

Ele termina em:

> **"Diante dessas evidências, podemos responder à questão experimental e delimitar o que os resultados permitem concluir."**

# CAPÍTULO 7 — CONCLUSÕES

# PÁGINA 7.1 — O que deve constar nas Conclusões?

As Conclusões encerram o TCC retomando o problema, os objetivos e as evidências obtidas.

Não devem ser apenas um resumo do documento.

Devem responder:

> **O que podemos concluir depois de executar este trabalho?**

<div contenteditable="false" id="bkmrk-">---

</div>## Estrutura recomendada

As Conclusões devem abordar:

1. contexto e problema;
2. objetivo do trabalho;
3. abordagem utilizada;
4. principais resultados;
5. alcance dos objetivos;
6. contribuições;
7. limitações;
8. trabalhos futuros.

# PÁGINA 7.2 — Retomando problema e objetivos

Comece retomando brevemente o problema investigado.

Não copie a Introdução.

Em seguida, retome o Objetivo Geral e discuta se ele foi alcançado.

Faça o mesmo para os Objetivos Específicos quando necessário.

<div contenteditable="false" id="bkmrk-">---

</div>## ⚠️ Não apenas declare

❌

> Todos os objetivos foram alcançados.

Explique **quais evidências permitem chegar a essa conclusão**.

<div contenteditable="false" id="bkmrk--1">---

</div>## Matriz útil

<table id="bkmrk-objetivo-resultado%2Fe"><tbody><tr><th>Objetivo</th><th>Resultado/Evidência</th><th>Situação</th></tr><tr><td>OE1</td><td>Datasets A e B selecionados</td><td>Alcançado</td></tr><tr><td>OE2</td><td>15 características selecionadas</td><td>Alcançado</td></tr><tr><td>OE3</td><td>Modelos X, Y e Z implementados</td><td>Alcançado</td></tr><tr><td>OE4</td><td>Avaliação realizada</td><td>Alcançado</td></tr><tr><td>OE5</td><td>Comparação apresentada</td><td>Alcançado</td></tr></tbody></table>

Essa matriz não precisa necessariamente aparecer no documento, mas é excelente para verificar consistência.

# PÁGINA 7.3 — Principais resultados

Apresente apenas os resultados necessários para sustentar as principais conclusões.

Evite repetir todas as tabelas e números do capítulo anterior.

Pergunte:

> Quais resultados são essenciais para explicar o que descobrimos?

<div contenteditable="false" id="bkmrk-">---

</div>## Resultados esperados × resultados alcançados

No TCC 1 foram definidos Resultados Esperados.

No TCC 2, compare-os com os resultados efetivamente alcançados.

Pergunte:

- O resultado esperado foi obtido?
- Foi parcialmente obtido?
- Não foi obtido?
- Surgiu algum resultado não previsto?

Resultados diferentes do esperado também podem produzir conhecimento relevante.

# PÁGINA 7.4 — Contribuições

Contribuições representam aquilo que o trabalho efetivamente acrescenta.

Dependendo do TCC, podem incluir:

- sistema;
- ferramenta;
- arquitetura;
- método;
- modelo;
- algoritmo;
- dataset;
- análise experimental;
- evidência empírica;
- comparação;
- conjunto de recomendações;
- conhecimento sobre determinado comportamento.

<div contenteditable="false" id="bkmrk-">---

</div>## ⚠️ Entregável não é automaticamente contribuição

> "Foi desenvolvido um software."

Isso descreve um resultado.

Pergunte:

> **O que esse software permite fazer que é relevante para o problema investigado?**

<div contenteditable="false" id="bkmrk--1">---

</div>## Não exagere

A contribuição deve ser compatível com as evidências produzidas.

Evite afirmações como:

> "Este trabalho resolve o problema de segurança em IoT."

quando os experimentos avaliaram apenas alguns algoritmos em dois datasets.

# PÁGINA 7.5 — Limitações

Apresente limitações que afetem a interpretação ou aplicação dos resultados.

Exemplos:

- quantidade limitada de datasets;
- ambiente experimental específico;
- número reduzido de dispositivos;
- algoritmos selecionados;
- ausência de avaliação em produção;
- tempo disponível;
- limitações de hardware.

<div contenteditable="false" id="bkmrk-">---

</div>## Limitação não é desculpa

Não utilize:

> "Não foi feito por falta de tempo."

como única análise.

Explique a consequência científica:

> A avaliação foi limitada aos datasets A e B. Dessa forma, os resultados não permitem afirmar que o comportamento observado será mantido em datasets com características significativamente diferentes.

# PÁGINA 7.6 — Trabalhos Futuros

Trabalhos futuros devem surgir naturalmente das limitações, resultados e oportunidades identificados.

Por exemplo:

**Limitação**

> Foram avaliados apenas datasets públicos.

**Trabalho futuro**

> Avaliar os modelos utilizando tráfego coletado em um ambiente IoT real.

<div contenteditable="false" id="bkmrk-">---

</div>## ❌ Evite lista de desejos

Não apresente dez tecnologias aleatórias que poderiam ser adicionadas.

Cada trabalho futuro deve possuir uma justificativa.

# PÁGINA 7.7 — Checklist das Conclusões

- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Retomei o problema.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Retomei o Objetivo Geral.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Está claro se o Objetivo Geral foi alcançado.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Verifiquei cada Objetivo Específico.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Apresentei evidências que sustentam as conclusões.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Apresentei os principais resultados.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Comparei resultados esperados e alcançados.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Identifiquei as contribuições.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>As contribuições são compatíveis com os resultados.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Evitei exagerar a generalização.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Apresentei limitações.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Expliquei o impacto das limitações.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Trabalhos futuros estão relacionados às limitações ou oportunidades identificadas.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Não introduzi resultados novos apenas nas Conclusões.

# PÁGINA FINAL — CHECKLIST GERAL DO CONTEÚDO DO TCC

Antes de considerar o conteúdo do TCC concluído, verifique a consistência entre os capítulos.

## 1. Introdução

- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Contexto definido.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Motivação sustentada.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Problema delimitado.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Objetivo Geral claro.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Objetivos Específicos verificáveis.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Resultados Esperados definidos.

## 2. Fundamentação Teórica

- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Pelo menos três conceitos-chave.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Conceitos necessários para compreender o trabalho.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Figuras utilizadas adequadamente.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Cada conceito é relacionado explicitamente ao TCC.

## 3. Trabalhos Relacionados

- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Pelo menos três estudos primários.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Semelhanças e diferenças discutidas.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Critérios técnicos e científicos definidos.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Tabela comparativa apresentada e analisada.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Proposta posicionada em relação à literatura.

## 4. Metodologia

- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Fluxograma das atividades.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Atividades descritas.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Cada Objetivo Específico possui atividades associadas.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Entradas, procedimentos e resultados estão claros.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Plano experimental definido quando aplicável.

## 5. Descrição da Proposta

- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>A proposta está claramente apresentada.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Arquitetura/estrutura explicada.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Componentes descritos.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Funcionamento explicado.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Decisões relevantes justificadas.

## 6. Análise da Proposta

- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Avaliação relacionada aos objetivos.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Experimentos descritos.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Resultados apresentados.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Resultados analisados e discutidos.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Evidências relacionadas às questões e objetivos.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Limitações da avaliação discutidas.

## 7. Conclusões

- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Problema retomado.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Objetivos avaliados.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Resultados Esperados confrontados com Resultados Alcançados.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Contribuições identificadas.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Limitações apresentadas.
- <span class="task-list-item-checkbox" contenteditable="false"> [ ] </span>Trabalhos futuros justificados.

<div contenteditable="false" id="bkmrk-">---

</div># 🔗 MAPA FINAL DE CONSISTÊNCIA

Antes de solicitar a revisão final, percorra o seguinte caminho:

**PROBLEMA**

O que estou tentando resolver ou investigar?

↓

**OBJETIVO GERAL**

O que pretendo alcançar em relação ao problema?

↓

**OBJETIVOS ESPECÍFICOS**

O que precisa ser alcançado para chegar ao Objetivo Geral?

↓

**METODOLOGIA**

Quais atividades permitem alcançar cada Objetivo Específico?

↓

**PROPOSTA**

O que foi produzido pela execução da Metodologia?

↓

**AVALIAÇÃO**

Como obtenho evidências sobre a proposta e os objetivos?

↓

**RESULTADOS**

Quais evidências foram obtidas?

↓

**CONCLUSÕES**

O que essas evidências permitem afirmar sobre os objetivos e o problema?

<div contenteditable="false" id="bkmrk--1">---

</div>## Teste final

Para **cada Objetivo Específico**, tente preencher:

> **Objetivo Específico:** \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_

> **Atividade(s) da Metodologia:** \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_

> **Resultado produzido:** \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_

> **Evidência utilizada para avaliá-lo:** \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_

> **Conclusão:** \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_

Se algum Objetivo Específico não puder ser percorrido de ponta a ponta, existe provavelmente uma inconsistência no trabalho.

> **O TCC não deve ser uma coleção de capítulos. Deve apresentar uma cadeia de argumentação na qual o problema origina objetivos, os objetivos determinam a metodologia, a metodologia produz resultados e os resultados sustentam as conclusões.**