Tese de Mestrado em Engenharia Informática 2026: Estrutura, Componente de Implementação e Avaliação (Guia PT)
A maioria dos guias sobre teses de mestrado trata todas as áreas da mesma forma — mas uma tese de mestrado em Engenharia Informática segue uma lógica própria que um guia genérico nunca explica. Enquanto um mestrando de Psicologia ou Gestão apresenta dados recolhidos de questionários, o estudante de EI tem de entregar um artefacto: um sistema, uma biblioteca, uma aplicação ou um modelo que funciona e pode ser avaliado objetivamente. Esta distinção é fundamental e determina a estrutura inteira da dissertação.
Seja a estudar no MIEIC/MEIC da FEUP, no MEIC do IST, no MEI da NOVA FCT, na UMinho, na FCUP ou no DEI da Universidade de Coimbra, os requisitos de fundo são partilhados: há um protótipo, há avaliação experimental, há comparação com o estado da arte. Este guia explica o que o júri espera em cada capítulo e como evitar os erros mais comuns em 2026.
O que distingue uma tese de Engenharia Informática
Em ciências sociais ou humanas, a dissertação de mestrado é essencialmente um documento de investigação: recolha de dados, análise e interpretação. Em Engenharia Informática, o trabalho tem uma dimensão de engenharia inegociável. O júri espera quatro elementos que raramente estão presentes noutras áreas:
- Artefacto concreto: um sistema, aplicação, biblioteca, framework, modelo treinado ou protótipo funcional que pode ser demonstrado durante a defesa.
- Avaliação experimental: resultados mensuráveis — tempo de execução, precisão, recall, F1, taxa de erro, escalabilidade — comparados com soluções existentes e não apenas descritos em abstrato.
- Reprodutibilidade: o código-fonte deve estar acessível (repositório Git), o ambiente de execução documentado e os resultados passíveis de replicação por terceiros.
- Revisão técnica da literatura: o Estado da Arte não é uma revisão conceptual genérica — tem de mapear soluções técnicas existentes, identificar os seus pontos fracos e justificar a abordagem proposta.
Esta exigência aplica-se tanto a dissertações académicas puras como a projetos em ambiente empresarial (estágio com relatório de dissertação), que são as duas modalidades mais comuns no IST e na FEUP.
Estrutura capítulo a capítulo

A estrutura abaixo é a mais adotada nas universidades portuguesas de EI e corresponde ao que os regulamentos da FEUP, IST, NOVA FCT e UMinho descrevem como estrutura padrão para dissertações técnicas.
| Capítulo | Conteúdo típico | Extensão orientativa |
|---|---|---|
| 1. Introdução | Contexto, problema, motivação, objetivos, contribuições e estrutura do documento | 8–15 páginas |
| 2. Estado da Arte | Revisão crítica da literatura técnica, soluções existentes, tabela comparativa, lacuna identificada | 15–25 páginas |
| 3. Arquitetura e Design | Requisitos, decisões de arquitetura, diagramas (UML, C4), tecnologias escolhidas e justificação | 12–20 páginas |
| 4. Implementação | Detalhes de implementação, desafios encontrados, decisões técnicas não triviais | 10–18 páginas |
| 5. Avaliação | Metodologia de avaliação, métricas, datasets, resultados e comparação com baselines | 12–20 páginas |
| 6. Conclusões | Síntese das contribuições, limitações, trabalho futuro | 5–10 páginas |
O IST (MEIC) limita o corpo principal a 80 páginas, excluindo índices e apêndices. A FEUP não impõe limite rígido, mas 60 a 90 páginas é a norma. O apêndice é o local correto para código extenso, esquemas de base de dados completos ou logs de avaliação detalhados — mantendo o corpo principal limpo e focado na argumentação.
Estado da Arte técnico: como escrever
O capítulo de Estado da Arte numa tese de EI tem uma função diferente do que numa tese de ciências sociais. Não basta descrever conceitos: é preciso inventariar as soluções técnicas existentes, identificar as suas limitações e posicionar o trabalho proposto em relação a elas.
Fontes primárias em Engenharia Informática
As bases de dados de referência para EI são distintas das que os colegas de outras áreas utilizam. As mais relevantes são:
- IEEE Xplore — conferências e revistas IEEE (padrão em sistemas, redes e hardware)
- ACM Digital Library — proceedings das principais conferências (SOSP, OSDI, SIGCOMM, CCS, ICSE)
- arXiv (cs.*) — preprints em ML/AI e teoria da computação; verificar sempre se foram aceites em venue de qualidade antes de citar
- dblp — índice de publicações em informática, útil para encontrar o historial de um autor ou as melhores publicações de uma conferência
A estrutura recomendada para este capítulo é: (1) contextualização dos conceitos-base, (2) revisão das abordagens existentes, (3) tabela comparativa com critérios objetivos (desempenho, escalabilidade, open-source, linguagem, tipo de dados) e (4) conclusão identificando a lacuna que a tese preenche.
Venues de topo por área
O júri espera ver referências a venues reconhecidos. Alguns exemplos:
- Machine Learning / IA: NeurIPS, ICML, ICLR, AAAI, IJCAI
- Sistemas distribuídos: OSDI, SOSP, EuroSys, USENIX ATC
- Cibersegurança: IEEE S&P, CCS, USENIX Security, NDSS
- Engenharia de software: ICSE, FSE, ASE, TSE
- Bases de dados: VLDB, SIGMOD, ICDE
Citar apenas artigos de revistas de baixo impacto ou de conferências sem revisão por pares é um dos sinais de fraqueza que os júris identificam com mais frequência.
A componente de implementação e prototipagem
O capítulo de implementação é onde muitos estudantes de EI perdem pontos desnecessariamente. Dois erros recorrentes:
- Demasiado código no texto principal: longas listagens de código no corpo da tese tornam a leitura difícil. Inclua apenas excertos que ilustrem uma decisão de design — o código completo vai para o repositório e para o apêndice.
- Descrever o óbvio: “Para instalar a dependência X, correu-se o comando Y” não tem lugar num capítulo de implementação académico. O foco deve ser nas decisões não triviais e nos desafios técnicos encontrados.
O que deve estar neste capítulo:
- Arquitetura de componentes e como foram integrados
- Decisões de tecnologia com justificação (por que Django em vez de FastAPI? Por que PostgreSQL em vez de MongoDB?)
- Algoritmos implementados com pseudocódigo ou excerto de código relevante
- Desafios encontrados e como foram resolvidos
- Referência ao repositório público (GitHub ou GitLab) com instrução de execução
Reprodutibilidade: o padrão de 2026
A reprodutibilidade tornou-se um critério de avaliação explícito em muitas universidades. O júri pode pedir para executar o sistema durante a apresentação. Boas práticas:
- Criar um ficheiro
README.mdcom instruções claras de instalação e execução - Usar gestão de dependências reproduzível (
requirements.txt,Pipfile.lock,package-lock.json) - Disponibilizar imagem Docker ou script de setup automatizado
- Documentar as versões exatas das dependências e do sistema operativo de teste
Para teses que envolvem modelos de machine learning, é importante registar os hiperparâmetros usados no treino e disponibilizar os model weights ou o script de treino completo, para que os resultados possam ser replicados.
Avaliação experimental: benchmarks e reprodutibilidade

O capítulo de avaliação é frequentemente o que determina a nota final. Um júri experiente distingue uma avaliação rigorosa de uma avaliação “decorativa” com rapidez.
Estrutura de uma boa avaliação experimental
- Questões de investigação: formule hipóteses testáveis — “O sistema proposto supera a baseline X na métrica Y no dataset Z?”
- Configuração experimental: hardware, software, versões, número de repetições, condições de controlo
- Datasets e benchmarks: identificar os conjuntos de dados, a sua proveniência e dimensão; se os dados são proprietários, descrever as suas características estatísticas
- Métricas adequadas: não usar apenas accuracy se os dados são desequilibrados; não reportar apenas latência mediana sem percentis
- Baselines: comparar com pelo menos uma solução do estado da arte e com um baseline simples
- Análise honesta: discutir não apenas os casos em que a solução é melhor, mas também onde fica atrás e porquê
Datasets e benchmarks de referência por área
- ML / Visão computacional: ImageNet, CIFAR-10/100, COCO
- NLP / LLMs: GLUE, SuperGLUE, SQuAD, MMLU
- Sistemas distribuídos: YCSB (Yahoo Cloud Serving Benchmark), TPC-H, TPC-C
- Cibersegurança: CIC-IDS, NSL-KDD, UNSW-NB15
- Grafos: OGB (Open Graph Benchmark), SNAP datasets
Se o trabalho usa um dataset criado no âmbito da tese, é necessário descrever em detalhe o processo de recolha, a dimensão, a distribuição das classes e as limitações para generalização.
Exemplos de temas em 2026
Os temas de dissertação em EI em Portugal concentram-se em áreas com investigação ativa e procura de mercado. A tendência de 2026 é a combinação de técnicas de IA com domínios aplicados — saúde, energia, cidades inteligentes — o que confere relevância prática e facilita a publicação em conferências como o INForum (nacional) ou o EuroPar, ESORICS e ECOOP (internacionais).
| Área | Exemplos de temas com contribuição técnica |
|---|---|
| Machine Learning / IA | Deteção de anomalias em séries temporais com modelos de difusão; XAI em sistemas de recomendação; federated learning com preservação de privacidade diferencial |
| Sistemas distribuídos | Consistência eventual em bases de dados multi-região; orquestração de microsserviços com Kubernetes; otimização de cache distribuído para latência de cauda |
| Cibersegurança | Deteção de intrusões com aprendizagem federada; análise de malware com LLMs; autenticação contínua baseada em comportamento |
| Engenharia de Software | Geração automatizada de testes com LLMs; análise estática de vulnerabilidades; migração assistida de monólitos para microsserviços |
| IoT / Sistemas embebidos | Inferência de ML em dispositivos com recursos restritos (edge computing); protocolos energeticamente eficientes para sensores industriais; gateways MQTT para redes 5G privadas |
Universidades PT: especificidades por instituição
Cada universidade tem o seu regulamento e práticas. O que distingue as principais instituições:
FEUP — MIEIC e MEIC
A FEUP exige, além da dissertação, uma apresentação prévia ao orientador na unidade curricular de Preparação da Dissertação (PD) e um artigo resumo de duas páginas. O repositório institucional da UP recebe a versão final. As provas públicas têm júri com arguente externo e são abertas ao público.
IST — MEIC-A (Alameda) e MEIC-T (Taguspark)
O IST impõe o limite de 80 páginas no corpo principal e requer submissão pelo Fénix com verificação antiplágio. A modalidade de “projeto em empresa” é frequente mas o rigor científico mantém-se obrigatório.
NOVA FCT — MEI
O Departamento de Informática da NOVA FCT tem grupos de investigação em computação gráfica, segurança e sistemas de larga escala. As dissertações seguem o template LaTeX oficial e são submetidas no RCAAP. O júri inclui habitualmente um arguente de outra instituição.
UMinho — MEI
A Universidade do Minho tem forte ligação à indústria da região de Braga e permite a entrega da dissertação em inglês, vantajoso para quem quer publicar ou prosseguir para doutoramento.
FCUP e UC (DEI)
A FCUP oferece o MIEI com forte componente matemática e orientação para ciência de dados. O DEI da UC tem orientação histórica para sistemas embebidos e robótica, com grupos reconhecidos em controlo e automação.
Para os templates LaTeX e Word oficiais de cada universidade, consulte o guia de modelos e templates de tese por universidade portuguesa. A maioria dos estudantes de EI usa LaTeX para a dissertação — se ainda não trabalhou com esta ferramenta, o guia de escrita da tese em LaTeX com Overleaf cobre o setup completo com templates portugueses.
As normas de citação predominantes em EI são o estilo IEEE (referências numéricas entre parênteses retos), o que diferencia as teses desta área dos mestrados de ciências sociais que usam APA ou Harvard. Para ver exemplos e perceber quando usar cada estilo, consulte o artigo sobre o estilo IEEE na tese em Portugal.
Perguntas Frequentes
Uma tese de Engenharia Informática tem de ter código publicado no GitHub?
Não é formalmente obrigatório em todas as universidades, mas é fortemente recomendado. Partilhar o repositório público facilita a avaliação pelo júri, demonstra transparência e tornou-se um critério implícito de qualidade. Se o projeto envolver dados ou código confidencial em contexto empresarial, pode solicitar um período de embargo ao repositório institucional.
Quantas páginas deve ter uma tese de mestrado em Engenharia Informática em Portugal?
O IST impõe um limite de 80 páginas no corpo principal. A FEUP não tem limite formal, mas dissertações entre 60 e 90 páginas são a norma. NOVA FCT e UMinho seguem orientações semelhantes. O apêndice pode ter dimensão adicional e é o local indicado para código extenso, tabelas de resultados completas e documentação de API.
Posso fazer a dissertação em empresa e manter o rigor académico?
Sim. A modalidade de projeto em empresa é reconhecida e frequente no IST e na FEUP. O requisito é que o trabalho tenha uma contribuição técnica clara, um estado da arte formal e uma avaliação experimental. O facto de o sistema ter sido desenvolvido em ambiente profissional não dispensa o rigor científico — os capítulos de estado da arte e avaliação têm de obedecer ao mesmo padrão de uma tese académica pura.
O que é um baseline e porque é obrigatório na avaliação experimental?
Um baseline é uma solução de referência com a qual se compara o sistema proposto. Sem baseline, é impossível demonstrar que a contribuição representa uma melhoria. O mínimo aceitável é um baseline trivial (solução aleatória ou heurística simples) e um baseline competitivo (a melhor solução existente para o mesmo problema). Comparar apenas com o vácuo — “o sistema funciona” — não é avaliação experimental.
Posso usar IA generativa para escrever partes da tese de Engenharia Informática?
As políticas variam por universidade e orientador. A posição dominante nas universidades portuguesas em 2026 é que o uso de IA deve ser declarado e que o conteúdo técnico — código, metodologia, análise de resultados — tem de ser genuinamente da autoria do estudante. Usar IA para melhorar a redação ou a gramática é genericamente tolerado; usar IA para gerar análises técnicas sem revisão crítica é visto como má prática académica.
Como preparar a defesa oral de uma tese técnica em Engenharia Informática?
Em EI, a defesa inclui frequentemente uma demonstração ao vivo do protótipo ou uma apresentação de resultados com gráficos. O júri foca-se nas decisões de design (por que esta abordagem e não outra?), nas limitações do trabalho e no trabalho futuro. Prepare-se para justificar cada escolha técnica e para responder a perguntas sobre casos de falha do sistema. Para orientação sobre os slides, consulte o guia de como preparar os slides da defesa de tese.
