Capítulo 38 — Implementação do trabalho de conclusão
Mapa da aula
Aula 38 publicada. Mapa, exemplo, EX075.
flowchart TD
N0["38.1 Trabalhar segundo um plano"]
N1["38.2 Construir o modelo de apoio"]
N2["38.3 Coletar evidências de pessoas e anfitriões"]
N3["38.4 Resultados surpreendentes e negativos"]
N4["Síntese do capítulo"]
N0 --> N1 --> N2 --> N3 --> N4
N4 --> EX["Exemplo resolvido"]
EX --> Q["Exercício EX075"]
Desenho lógico
flowchart LR
N0["38.1 Trabalhar segundo um plano"]
N1["38.2 Construir o modelo de apoio"]
N2["38.3 Coletar evidências de pessoas e anfitriões"]
N3["38.4 Resultados surpreendentes e negativos"]
N4["Síntese do capítulo"]
N0 --> N1 --> N2 --> N3 --> N4 --> Q["EX075"]
[38.1 Trabalhar segundo um plano]
|
v
[38.2 Construir o modelo de apoio]
|
v
[38.3 Coletar evidências de pessoas e anfitriões]
|
v
[38.4 Resultados surpreendentes e negativos]
|
v
[Síntese do capítulo]
|
v
[Exemplo resolvido] --> [Exercício EX075]
Objetivos de aprendizagem e conexão
Depois deste capítulo, você consegue (1) executar o plano do trabalho de conclusão controlando o escopo e registrando as decisões; (2) coletar e gerenciar evidências de modo que todo resultado seja rastreável até a sua fonte; (3) construir um modelo ou laboratório pequeno e reprodutível que sustente a sua comparação; e (4) lidar com contratempos — acesso perdido, resultados surpreendentes — com honestidade. O capítulo se apoia nos Capítulos 25, 30, 34, 35 e 37 e prepara a avaliação (Capítulo 39).
38.1 Trabalhar segundo um plano
A implementação transforma a proposta (Capítulo 35) em evidências. Mantenha três documentos vivos. Um diário do projeto (data, o que você fez, o que decidiu e por quê). Um registro de evidências (item, fonte, data, tipo, como foi obtido, onde está guardado, qual critério sustenta — Capítulo 15). Um registro de mudanças para qualquer desvio da proposta, com a concordância do seu orientador. A ampliação do escopo é a falha mais comum dos trabalhos de conclusão: perguntas novas são interessantes, mas cada uma precisa substituir algo ou esperar pelos "trabalhos futuros". No ponto de controle da semana 14, abaixo, o registro de mudanças declara o que substituiu a segunda entrevista recusada, uma revisão documental de duas fontes públicas de orientação, e o custo para a validade: a contribuição dos profissionais agora se apoia numa única entrevista.
38.2 Construir o modelo de apoio
A maioria dos trabalhos de conclusão de bacharelado precisa de um pequeno artefato: um modelo de exposição, uma simulação de dependências, uma comparação de detectores, um conjunto de dados codificado. Construa-o com os hábitos dos laboratórios: ferramentas padrão, sementes fixas, scripts em vez de etapas manuais, saídas guardadas com o hash do script, e testes que confiram o modelo em casos com respostas conhecidas antes de confiar nele em casos novos (Capítulo 8). Documente o que o modelo deixa de fora. Um modelo que reproduz um caso simples calculado à mão e declara as suas premissas vale mais do que um modelo elaborado que ninguém consegue conferir.
38.3 Coletar evidências de pessoas e anfitriões
As entrevistas seguem o protocolo aprovado e o consentimento (Capítulo 33). Os documentos do anfitrião são tratados segundo o acordo de estágio (Capítulo 36). Tudo o que diz respeito às vulnerabilidades de um operador real fica guardado com segurança e só aparece na monografia de forma sanitizada e aprovada pelo anfitrião. Se o acesso for retirado, use a alternativa da sua proposta e registre a mudança; não substitua dados por palpites em silêncio. No trabalho de conclusão sobre dispositivos sem suporte, as anotações das entrevistas são pseudonimizadas no mesmo dia, guardadas cifradas e apagadas no prazo do termo de consentimento. Se o anfitrião retirar a sua lista de dispositivos, o inventário sintético da proposta a substitui, e o registro de mudanças diz isso.
38.4 Resultados surpreendentes e negativos
Os resultados que contradizem a sua expectativa também são evidência. Se os exercícios de restauração no seu modelo de laboratório mostrarem que a opção que você esperava que vencesse não consegue cumprir o objetivo, reporte isso e investigue por quê — talvez uma dependência que você não modelou, como as conexões do arquivo de imagens que o gateway do fornecedor em 38.5 não intermedeia. Não ajuste os parâmetros até que o resultado "pareça certo"; se mudar um parâmetro, registre o motivo e mostre os dois resultados. Constatações negativas honestas estão entre os produtos mais úteis que um trabalho de conclusão pode gerar para um anfitrião.
38.5 Exemplo resolvido: um ponto de controle da implementação (sintético)
Este ponto de controle é sintético. Semana 14 do trabalho de conclusão sobre dispositivos sem suporte (Capítulo 35). Feito: inventário sintético de 120 dispositivos construído a partir de categorias publicadas (script make_inventory.py, semente 38, hash registrado); modelo de exposição para três opções, com testes que reproduzem um caso de 5 dispositivos resolvido à mão; uma entrevista concluída, uma recusada. Alterado: a segunda entrevista é substituída por uma revisão documental de duas fontes públicas de orientação (registro de mudanças aprovado pelo orientador; nota de validade: a perspectiva dos profissionais agora se apoia numa única entrevista). Surpresa: a opção do gateway do fornecedor foi a que menos reduziu a exposição dos dispositivos de imagem, porque esses dispositivos também aceitam conexões do arquivo de imagens, que o gateway não medeia. Em vez de tratar isso como um erro, o estudante modela os controles do lado do arquivo como uma variante e registra a constatação. Próximo: análise de sensibilidade dos pesos; graduação das evidências; rascunho do capítulo de resultados.
38.6 Erros comuns e limites
- Perder a ligação entre os resultados e as evidências por trás deles.
- Etapas de análise manuais que não podem ser repetidas.
- Ajustar um modelo até ele concordar com as expectativas.
- Mudanças silenciosas de escopo ou de método.
O ponto de controle da semana 14 evita cada um: o script de inventário tem semente e hash, o modelo é testado num caso resolvido à mão, a surpresa do gateway é mantida e a substituição da entrevista é registrada. Mudar os parâmetros do gateway do fornecedor até a exposição dos dispositivos de imagem parecer menor teria sido o terceiro erro. No ponto de controle, o hash do make_inventory.py e o registro de mudanças aprovado pelo orientador foram ambos escritos no próprio dia, e não reconstruídos na hora da monografia.
Exercícios — capítulo 38
EX075 — Registro de evidências. Objetivo: tornar a rastreabilidade concreta. Entradas: o ponto de controle da semana 14 deste capítulo. Etapas: escreva cinco linhas do registro de evidências com todos os campos. Evidência esperada: tabela. Rubrica: 3 = cinco linhas completas (saída do script de inventário com hash, resultados dos testes do modelo, referência às anotações da entrevista, dois documentos de orientação), cada uma ligada a um critério; 2 = faltam campos; 1 = lista; 0 = nada.
EX076 — Reporte uma surpresa. Objetivo: lidar com honestidade com resultados inesperados. Entradas: a constatação sobre o gateway do ponto de controle da semana 14. Etapas: escreva um parágrafo de resultados de 150 palavras que reporte a constatação, a sua causa, a variante testada e os seus limites. Evidência esperada: parágrafo. Rubrica: 3 = constatação clara, mecanismo, resultado da variante reportado separadamente, limites (inventário sintético, um único modelo), sem exagero; 2 = parcial; 1 = esconde ou minimiza a surpresa; 0 = nada.
Síntese do capítulo
A implementação é uma coleta disciplinada de evidências: registre as decisões, registre as evidências, registre as mudanças, construa modelos pequenos, testados e reprodutíveis, proteja os dados do anfitrião e dos participantes e reporte as surpresas como constatações. A credibilidade do trabalho de conclusão se apoia no rastro de cada afirmação até a sua evidência.
Continue estudando — capítulo 38 de 40
← Capítulo 37 · Índice de capítulos do curso · Capítulo 39 →
Siga para a próxima lição escrita.