Software de Cálculo Estrutural e Desenho Técnico para a Tese de Engenharia Civil (2026)

Uma tese de Engenharia Civil raramente usa um único programa — combina, tipicamente, uma ferramenta de análise estrutural, uma de desenho técnico ou BIM, e por vezes uma específica de geotecnia ou hidráulica, cada uma correspondendo a uma etapa distinta do projeto. Escolher mal a combinação, ou não saber declarar corretamente as definições usadas, é uma das razões mais comuns para a banca pedir esclarecimentos adicionais na defesa. Este guia mapeia o stack por etapa e o que reportar na metodologia.

O stack por etapa do projeto

Análise estrutural: SAP2000, ETABS ou Robot?

Os três programas resolvem o mesmo tipo de problema — análise e dimensionamento de estruturas por elementos finitos — mas têm ênfases diferentes. O SAP2000 é generalista e comum em teses académicas de estruturas diversas (pontes, estruturas especiais). O ETABS é especializado em edifícios, com fluxos de trabalho otimizados para pisos e núcleos verticais, sendo comum em teses sobre edifícios de vários pisos. O Robot Structural Analysis integra-se mais diretamente com o Revit, o que o torna a escolha natural quando a tese já usa um fluxo BIM completo. A escolha entre os três raramente é uma questão de qual é “melhor” em abstrato — depende do tipo de estrutura estudada e do software que a instituição disponibiliza com licença académica.

Licenças académicas em Portugal: o que confirmar antes de começar

A generalidade das escolas de Engenharia Civil em Portugal disponibiliza licenças académicas destes programas através de acordos institucionais com os fabricantes, geridas normalmente pelos serviços informáticos da faculdade — mas o processo de ativação, a duração da licença e se cobre uso fora do campus variam por instituição e não devem ser assumidos. Confirmar isto nas primeiras semanas do projeto evita descobrir, já a meio da fase de cálculo, que a licença expirou ou que só funciona na rede da faculdade. Para programas sem acordo institucional, os fabricantes costumam oferecer licenças de estudante gratuitas ou com desconto significativo mediante registo com email institucional — mas com limitações de funcionalidades que devem ser verificadas antes de planear o desenho do estudo em torno delas.

Como reportar o uso do software na metodologia

Um erro comum é mencionar o nome do software sem declarar os elementos que permitem a um leitor avaliar ou reproduzir o cálculo: a versão exata do programa, as normas e combinações de ações configuradas (Eurocódigos, com o anexo nacional português quando aplicável), o tipo de elemento finito usado na modelação, e as propriedades dos materiais assumidas. Igualmente importante, e frequentemente omitido, é declarar se e como o modelo foi verificado — por exemplo, comparando o resultado do software com um cálculo manual simplificado num elemento isolado, uma prática que a banca valoriza porque demonstra que o candidato compreende o que o software está a calcular, e não apenas a operar a interface.

Um exemplo completo: dimensionamento de uma laje fungiforme

Para tornar a lógica concreta, veja como o stack se articula numa tese sobre o dimensionamento de uma laje fungiforme de betão armado.

Modelação: geometria da laje e dos pilares modelada em AutoCAD, exportada para o SAP2000 para a análise estrutural.

Análise: modelo de elementos finitos de casca no SAP2000, com combinações de ações segundo o Eurocódigo 2 e o anexo nacional português, para os estados limites últimos e de serviço.

Verificação: o momento fletor máximo obtido no software foi comparado com um cálculo manual simplificado pelo método dos pórticos equivalentes, para confirmar a ordem de grandeza do resultado antes de prosseguir para o dimensionamento da armadura.

Relato na tese: a secção de metodologia declara a versão do SAP2000, o tipo de elemento de casca usado, as combinações de ações configuradas e o resultado da verificação manual, com uma tabela comparativa entre os dois valores.

Interoperabilidade BIM: o problema que ninguém antecipa

Uma tese que combina modelação BIM em Revit com análise estrutural noutro programa enfrenta, quase sempre, um problema de interoperabilidade que vale a pena antecipar: a exportação via formato IFC nem sempre preserva integralmente as propriedades do modelo, e elementos como ligações estruturais ou propriedades de materiais podem precisar de ser reintroduzidos manualmente no programa de destino. Testar esta exportação numa fase inicial do projeto, com um modelo simplificado, evita descobrir a meio da fase de análise que o modelo BIM completo não é diretamente aproveitável e que é necessário reconstruir partes dele manualmente — um atraso que, planeado com antecedência, é evitável.

Diferenças por especialidade dentro de Engenharia Civil

O stack muda consoante a especialidade da tese. Uma tese de estruturas usa predominantemente análise estrutural e BIM; uma tese de geotecnia depende de software próprio de análise de solos e taludes, com o cálculo estrutural a desempenhar um papel secundário; uma tese de hidráulica ou recursos hídricos usa software de simulação de escoamento e raramente toca em análise estrutural. A estrutura de uma dissertação em Engenharia Civil já regista esta variação por especialidade ao nível dos capítulos — o stack de software segue a mesma lógica de especialização. A integração entre a redação da memória descritiva e os resultados de cálculo, incluindo casos reais de teses já defendidas, está ilustrada no guia sobre memória descritiva, Eurocódigos e AutoCAD integrados.

Ajustar o rigor da secção consoante o grau académico

Numa tese ou projeto final de licenciatura, é normalmente aceitável usar o software com as definições por defeito da instituição e reportar apenas os parâmetros principais da análise. Numa dissertação de mestrado, a banca espera uma justificação mais explícita das escolhas de modelação — porque este tipo de elemento finito, porque este refinamento de malha — e a verificação manual de pelo menos um caso passa a ser praticamente obrigatória. Numa tese de doutoramento com componente computacional, é frequente esperar-se ainda uma análise de sensibilidade aos parâmetros do modelo, não apenas a apresentação de um único resultado.

Geotecnia: validar o modelo constitutivo antes de confiar no resultado

Em teses de geotecnia, o Plaxis e o GeoStudio pedem uma camada adicional de cuidado que muitas vezes escapa a quem vem de uma formação mais orientada para estruturas: a escolha do modelo constitutivo do solo — elástico linear, Mohr-Coulomb, Hardening Soil, entre outros — não é um detalhe técnico secundário, é uma decisão que muda substancialmente o comportamento simulado do solo, sobretudo em análises de deformação. Um erro comum é usar o modelo constitutivo por defeito do software sem justificar por que ele é adequado ao tipo de solo e ao tipo de problema em estudo (assentamento, estabilidade de talude, contenção). A tese deve declarar explicitamente qual o modelo escolhido, os parâmetros geotécnicos usados como input e a fonte desses parâmetros — ensaios de laboratório próprios, ou valores de referência da literatura para o tipo de solo em causa, o que é uma limitação a reconhecer se não houver caracterização geotécnica própria do local.

Quando o software falha silenciosamente: sinais a que prestar atenção

Um dos riscos menos discutidos do uso de software de cálculo em teses é que um modelo mal condicionado por vezes converge para um resultado numérico plausível, mas fisicamente incorreto, sem qualquer aviso de erro visível. Sinais de alerta incluem deslocamentos ou tensões com ordens de grandeza muito diferentes do esperado para o tipo de estrutura, reações de apoio que não fecham com as cargas aplicadas, ou resultados que mudam de forma desproporcional a uma pequena alteração no refinamento da malha — este último sinal, em particular, indica que a malha ainda não convergiu e que o resultado não é fiável até se refinar mais. Reportar na metodologia que se verificou a convergência da malha, com pelo menos duas densidades de malha comparadas, é uma prática que distingue um trabalho tecnicamente cuidado de um que apenas aceitou o primeiro resultado que o software produziu.

Software gratuito e de código aberto: quando é uma alternativa séria

Nem toda a tese precisa de licenças comerciais. Para geometria e desenho técnico, o FreeCAD e o QCAD são alternativas gratuitas viáveis para trabalhos de menor complexidade geométrica. Para análise estrutural simples, existem soluções open-source como o OpenSeesPy, embora exijam alguma familiaridade com programação e não substituam a interface gráfica amigável dos programas comerciais. A decisão entre usar uma licença académica gratuita de um programa comercial e uma alternativa open-source deve pesar não apenas o custo, mas também se o orientador e a instituição têm experiência a validar resultados produzidos nessa ferramenta — um software correto mas pouco conhecido pelo júri obriga a documentar com mais detalhe a validação do método, precisamente porque o avaliador não tem a mesma familiaridade de referência que teria com um programa comercial estabelecido.

Erros comuns a evitar

• Não declarar a versão do software usado. Diferentes versões do mesmo programa podem ter diferenças de cálculo ou de normas incorporadas por defeito.
• Confiar no resultado do software sem verificação manual. Um erro de input (unidades, condições de apoio) produz um resultado plausível mas errado, que só uma verificação independente deteta.
• Misturar normas de países diferentes sem justificar. Usar coeficientes de segurança de uma norma não portuguesa sem declarar essa escolha é um erro que a banca assinala rapidamente.
• Assumir que a licença académica cobre uso ilimitado. Verificar as condições da licença evita perder acesso ao software a meio da fase de cálculo.

Perguntas frequentes

Posso usar uma versão de avaliação (trial) do software para a tese?

Não é recomendável para o trabalho final, porque versões de avaliação costumam ter limitações de funcionalidades ou de tamanho de modelo — prefira sempre a licença académica completa disponibilizada pela instituição.

É obrigatório verificar manualmente todos os resultados do software?

Não todos, mas verificar pelo menos um caso representativo por tipo de elemento estrutural é uma boa prática que a banca valoriza e que protege contra erros de input não detetados.

Que software é mais aceite pelas escolas portuguesas de Engenharia Civil?

Não existe um único padrão nacional — a escolha depende normalmente dos acordos de licenciamento de cada instituição e da tradição da área de especialização do orientador.

Preciso de saber programar para usar estas ferramentas na tese?

Não para o uso básico da interface gráfica de qualquer um destes programas, mas conhecimentos de scripting (por exemplo, em Python ou na linguagem própria do software) tornam-se úteis em análises paramétricas com muitas variações, comuns em teses de doutoramento ou em estudos de otimização.

Em resumo

O stack de software de uma tese de Engenharia Civil combina normalmente uma ferramenta de desenho ou BIM com uma de análise estrutural, geotécnica ou hidráulica, consoante a especialidade. Declarar com precisão a versão, as normas configuradas e a verificação manual dos resultados é o que transforma a menção ao software numa secção de metodologia que a banca considera rigorosa.