Sebenta · Gerir a interoperabilidade entre os sistemas de modelação (UC02538)

Introdução

Um projeto de construção nunca é obra de uma só pessoa. A arquitetura desenha os espaços, as estruturas calculam fundações e vigas, as instalações traçam redes de águas, eletricidade e climatização. Cada especialidade usa o seu próprio software de modelação, e todos têm de descrever, sem contradições, o mesmo edifício.

Esta sebenta ensina a gerir a interoperabilidade entre esses sistemas de modelação: como trocar informação sem a perder, como detetar e resolver conflitos entre especialidades, e como manter um modelo digital único, fiável, do primeiro esboço até às peças finais entregues em obra. É a competência que separa um técnico que só "desenha em 3D" de um técnico que sabe gerir informação ao longo de todo o projeto, com todo o rigor exigido pelas normas nacionais e internacionais.

Objetivos de aprendizagem (referencial): utilizar software de modelação nos processos construtivos; executar um modelo digital 3D que integra toda a informação de um projeto; aplicar informação centralizada num modelo virtual da edificação; planear a integração dos sistemas de modelação; monitorizar o desempenho e a troca de dados entre sistemas durante a execução; organizar e imprimir as peças desenhadas e escritas.

1. Do CAD ao BIM: a mudança de paradigma

O desenho técnico representa um edifício por plantas, alçados e cortes normalizados. Durante décadas, esse desenho foi feito em CAD (Desenho Assistido por Computador): um programa que desenha linhas, círculos e cotas no ecrã em vez de no papel, mas continua a produzir apenas geometria.

Um ficheiro CAD não "sabe" o que representa. Uma parede desenhada em CAD é um conjunto de linhas paralelas; se o técnico quiser saber a sua espessura, o material ou a resistência ao fogo, tem de ir procurar essa informação noutro documento, muitas vezes desatualizado. O rigor do desenho técnico, escalas corretas, cotas legíveis, normas de representação, mantém-se em BIM: só muda a forma como o desenho é produzido e o que ele passa a saber sobre si próprio.

O BIM (Building Information Modeling, Modelação da Informação da Construção) muda este paradigma: já não se desenha geometria isolada, modela-se um objeto com informação associada. A mesma parede, em BIM, sabe que é uma parede, qual a sua espessura, de que material é feita e a que espaço pertence.

Utilizar software de modelação nos processos construtivos, a primeira realização do referencial desta UC, significa exatamente isto: usar estas ferramentas para além do desenho, como suporte a todo o processo de construir, desde o estudo prévio até à manutenção do edifício já entregue.

2. Sistemas de modelação e o modelo federado

Cada especialidade produz o seu modelo em software próprio: a arquitetura modela espaços, paredes, vãos e acabamentos; as estruturas modelam fundações, pilares, vigas e lajes; as instalações (MEP, mecânicas, elétricas e de canalização) modelam redes de águas, eletricidade e climatização. Cada um destes modelos traz consigo informação típica: a arquitetura associa materiais, áreas e funções aos espaços; as estruturas associam classes de betão, armaduras e cargas; as instalações associam caudais, potências e secções de conduta.

Estes modelos não se fundem num único ficheiro. Combinam-se num modelo federado: um ambiente de visualização e verificação onde os modelos de todas as especialidades são carregados lado a lado, mantendo cada um a sua autoria e a sua origem. Federar não é fundir, é sobrepor, como transparências desenhadas por pessoas diferentes sobre o mesmo edifício.

O modelo federado serve dois propósitos principais:

• Visualizar o edifício completo, com todas as especialidades ao mesmo tempo.
• Compatibilizar os projetos, detetando conflitos entre eles antes de chegarem à obra.

Um erro no modelo federado é sempre corrigido pela equipa dona do elemento em causa. Quem deteta o conflito não deve corrigir diretamente o modelo de outra especialidade, sob pena de introduzir alterações que essa especialidade desconhece e que podem contradizer o seu próprio cálculo ou desenho.

3. O modelo digital 3D integrado

Executar um modelo digital 3D que integra toda a informação de um projeto é uma das realizações centrais desta UC. Significa que geometria, materiais, quantidades, custos e prazos convivem num único ambiente de trabalho, em vez de estarem espalhados por ficheiros desligados.

A palavra-chave é centralizada: quando um elemento do modelo é alterado, essa alteração propaga-se automaticamente a tudo o que dele depende, quantidades, mapas e desenhos incluídos. Não há uma folha de cálculo paralela de quantidades para atualizar à mão, e não há um desenho 2D que fique "esquecido" com uma versão antiga de um elemento.

Ler e produzir informação em 2D e 3D

Uma aptidão exigida por esta UC é converter imagens 2D em 3D e vice-versa: ler plantas, alçados e cortes de um projeto de especialidade e interpretar como se traduzem em volumes e elementos no modelo, e também o inverso, extrair do modelo 3D as vistas 2D necessárias em obra.

Exemplo resolvido · Ler um corte e localizar o elemento no modelo

Um corte 2D mostra uma laje à cota +3,00 m, com 25 cm de espessura, apoiada numa viga de bordadura.

1. Identificar no corte a cota de nível (+3,00 m) e a espessura (0,25 m).
2. Localizar, no modelo 3D, o piso correspondente a essa cota.
3. Confirmar que a laje modelada tem a mesma espessura indicada no corte.
4. Verificar se a viga de apoio existe no modelo estrutural, à mesma cota.

Se algum destes quatro pontos não bater certo, o modelo e o desenho 2D estão dessincronizados, e é preciso corrigir antes de avançar. Esta verificação cruzada, corte a corte, é rotina em qualquer equipa de coordenação BIM.

4. Interoperabilidade e o formato IFC

Interoperabilidade é a capacidade de sistemas diferentes trocarem informação entre si sem perda de significado. Sem ela, cada software só entende os seus próprios ficheiros, e uma equipa que use um programa diferente da outra fica bloqueada.

A interoperabilidade não acontece por si só: um modelo exportado num formato proprietário pode perder informação ao ser aberto noutro programa. Falhas típicas incluem elementos que desaparecem, materiais que se perdem ou quantidades que deixam de bater certo. A falha raramente é visível de imediato, só aparece quando alguém tenta usar a informação que faltou, muitas vezes já numa fase avançada do projeto.

A resposta da indústria a este problema é o IFC (Industry Foundation Classes): um formato de dados aberto e neutro, normalizado pela norma internacional ISO 16739, para trocar modelos BIM entre softwares diferentes.

• O IFC não pertence a nenhum fabricante: qualquer programa de modelação pode ler e escrever ficheiros neste formato.
• Descreve elementos construtivos, como paredes, portas ou vigas, de forma estruturada, com as suas propriedades.
• É a base técnica que torna possível a colaboração entre especialidades que usam software diferente.

Nem todos os elementos ou propriedades específicos de um software chegam ao IFC exatamente da mesma forma. Por isso, exportar não chega: é preciso verificar o que foi exportado.

Exemplo resolvido · Fluxo de exportação IFC com verificação do que se perde

Uma equipa exporta o modelo de estruturas do software de autoria para IFC, para o entregar à coordenação.

1. Antes de exportar, regista-se uma lista de referência: número de elementos, materiais e propriedades-chave (por exemplo, a classe de betão de cada pilar).
2. Exporta-se o modelo para IFC, escolhendo a configuração de exportação e a MVD adequada ao uso pretendido, neste caso, coordenação geral.
3. Abre-se o ficheiro IFC noutro visualizador, independente do software de origem, e compara-se com a lista de referência.
4. Deteta-se que 3 pilares perderam a propriedade "classe de betão": a configuração de exportação não estava a mapear esse parâmetro personalizado para o esquema IFC.
5. Corrige-se o mapeamento na configuração de exportação, repete-se a exportação, e confirma-se que os 3 pilares já trazem a propriedade correta.
6. Só depois desta confirmação o ficheiro IFC é entregue à coordenação, através do CDE.

Sem este passo de verificação, a equipa de coordenação teria recebido um modelo incompleto sem saber, e a falha só apareceria mais tarde, quando alguém tentasse usar a classe de betão numa verificação estrutural ou num mapa de quantidades.

5. Formatos de troca: nativo, IFC, DWG, BCF e COBie

Nem todos os formatos de troca servem o mesmo propósito, e escolher mal o formato é uma das causas mais comuns de perda de informação numa equipa.

O formato nativo (por exemplo, o ficheiro próprio de cada software de autoria) mantém toda a informação, mas só é lido de forma completa por essa mesma família de software: é o formato certo enquanto o trabalho não sai da equipa que o produziu.

O DWG, de origem CAD, continua muito usado para trocar desenhos 2D, plantas e pormenores com quem não precisa do modelo 3D completo, como uma câmara municipal a rever um processo de licenciamento.

O COBie (Construction Operations Building Information Exchange) é um formato aberto, tipicamente entregue em folha de cálculo estruturada, com os dados de espaços, equipamentos e ativos que a equipa de gestão de manutenção vai precisar depois de o edifício estar concluído: referências de fabricante, datas de garantia, manuais de equipamentos.

Escolher o formato certo faz parte do BEP, tratado no capítulo 8, e não deve ser uma decisão improvisada no último dia do projeto: os dados que alimentam um COBie final têm de ser recolhidos ao longo de toda a obra, não reunidos às pressas no fecho.

6. Protocolos de colaboração: BCF, MVD e IDS

Nem sempre é preciso trocar o modelo inteiro. Três protocolos complementam o IFC:

BCF (BIM Collaboration Format) troca comentários e problemas associados a elementos do modelo, sem enviar o modelo completo. Um ficheiro BCF guarda o ponto de vista, a localização exata e o comentário sobre um problema, é aberto por visualizadores e plataformas de gestão de problemas, e pode ter um estado (aberto, em análise, resolvido) para se acompanhar o progresso da correção.

MVD (Model View Definition) define um subconjunto do esquema IFC adequado a uma troca concreta. Por exemplo, uma MVD orientada à quantificação de custos só precisa de exportar geometria e quantidades, não todos os dados possíveis de um modelo.

IDS (Information Delivery Specification) é uma norma que especifica, de forma legível por máquina, que informação um modelo tem de conter para uma entrega ser aceite. Em vez de um técnico abrir o modelo e verificar propriedade a propriedade, um verificador automático confirma se o modelo cumpre a especificação IDS.

Exemplo resolvido · Escolher o protocolo certo

Uma equipa de coordenação BIM precisa de: (a) avisar a equipa de estruturas de um conflito geométrico; (b) exportar só a informação necessária para um mapa de quantidades; (c) confirmar automaticamente se o modelo entregue pela arquitetura cumpre os requisitos do dono de obra.

1. Para (a), usa-se BCF: comunica o problema com a vista exata, sem mexer no modelo.
2. Para (b), define-se uma MVD: exporta-se só o subconjunto de dados relevante para quantidades.
3. Para (c), corre-se uma verificação IDS: confirma automaticamente, sem abrir o modelo à mão, se a entrega cumpre o pedido.

7. LOD e LOIN: o nível de informação

Nem todas as fases do projeto exigem o mesmo detalhe. O LOD (Level of Development, nível de desenvolvimento) descreve quanto detalhe geométrico e de informação um elemento deve ter numa determinada fase: num estudo prévio, um pilar pode ser um volume aproximado; na fase de execução, o mesmo pilar tem dimensões exatas, armadura e ligações reais. Um LOD mal definido gera dois problemas opostos: tempo perdido a detalhar cedo demais, ou decisões tomadas sobre informação demasiado incerta.

O LOIN (Level of Information Need, nível de necessidade de informação), normalizado pela norma EN 17412-1, vai mais longe: especifica de forma completa a informação exigida numa troca, geométrica, alfanumérica (propriedades) e documental (fichas técnicas, certificados). É definido pelo dono da obra ou pela equipa de gestão de informação, antes de a troca acontecer, e evita o vaivém de entregas rejeitadas por faltar informação que ninguém tinha pedido com clareza.

Analisar os requisitos técnicos dos sistemas de modelação, uma aptidão do referencial, depende diretamente de saber ler e cumprir um LOIN.

8. ISO 19650, o CDE e o Plano de Execução BIM

Planear a integração dos sistemas de modelação utilizados no projeto, uma das realizações centrais desta UC, tem duas peças principais.

A primeira é o CDE (Common Data Environment, Ambiente Comum de Dados), organizado segundo a norma ISO 19650: uma plataforma partilhada onde toda a informação do projeto é recolhida, verificada e disseminada, organizada em estados:

A segunda é o BEP (BIM Execution Plan, Plano de Execução BIM): um documento escrito antes de se começar a modelar, que define quem produz que informação, em que software, com que LOIN e em que formato de troca (IFC, BCF, e no fecho, COBie), além da estrutura de pastas e nomenclatura do CDE.

Um BEP completo antecipa também os dados que vão ser precisos no fecho do projeto: se o dono de obra exige uma entrega em COBie, essa exigência tem de constar do BEP desde o início, para que os dados sejam recolhidos ao longo da obra, e não reunidos às pressas no último dia.

9. Compatibilização de projetos e triagem de colisões

Compatibilizar as peças dos projetos de execução, uma das aptidões centrais desta UC, consiste em analisar os modelos federados de todas as especialidades e detetar colisões: conflitos geométricos entre elementos que ocupam o mesmo espaço.

Software de verificação e coordenação (por exemplo, Solibri ou Navisworks) compara os modelos carregados no ambiente federado e assinala interseções automaticamente. Uma colisão comum: uma conduta de ventilação que atravessa uma viga estrutural. Uma verificação de colisões produz normalmente várias dezenas de resultados, e nem todos são igualmente urgentes: por isso, antes de corrigir, faz-se uma triagem.

Sem esta triagem, uma lista de dezenas de colisões trata-se toda ao mesmo ritmo, e o tempo perde-se nas menos importantes em vez de se concentrar nas que colocam a obra em risco.

Exemplo resolvido · Sessão de deteção de colisões com triagem e registo em BCF

Uma verificação de colisões federada entre estruturas, arquitetura e instalações devolve 6 resultados.

1. A equipa de coordenação analisa os 6 resultados e classifica-os por prioridade: 2 críticos (elementos estruturais), 3 moderados (folgas insuficientes) e 1 informativo (sobreposição de texto no desenho).
2. Regista-se um ficheiro BCF por colisão crítica, com a vista exata, a descrição do conflito e a especialidade responsável pela correção.
3. As colisões críticas são corrigidas primeiro: uma conduta de ventilação de 400 mm é reencaminhada por baixo de uma viga; um ponto de água que coincidia com um pilar é deslocado 40 cm.
4. As colisões moderadas são analisadas em conjunto com a equipa de instalações, que confirma se a folga cumpre a norma aplicável, e ajusta o traçado onde não cumpre.
5. A colisão informativa é corrigida diretamente pelo autor do desenho, sem necessidade de comentário BCF, por ser um erro de desenho sem impacto construtivo.
6. Repete-se a verificação de colisões: o relatório passa de 6 para 0 colisões críticas e moderadas por resolver, ficando apenas registado o histórico da correção.

Este ciclo, detetar, triar por prioridade, comunicar por BCF, decidir, corrigir e reverificar, é o núcleo prático de gerir a interoperabilidade entre especialidades. Registar um comentário BCF para todas as colisões, incluindo as informativas, sobrecarrega desnecessariamente as outras equipas: o BCF usa-se onde acrescenta valor à comunicação entre especialidades.

10. Classificação: do código à quantidade

Um sistema de classificação organiza os elementos construtivos por códigos comuns, para que o modelo, o orçamento e as especificações falem a mesma linguagem. Cada elemento do modelo recebe, além do seu nome, um código de classificação, que facilita a quantificação de custos e a comparação entre projetos. Esta informação de classificação também costuma fazer parte do LOIN de uma entrega.

Sem um código de classificação comum, dois elementos equivalentes, produzidos em fases diferentes ou por autores diferentes, podem ficar impossíveis de agrupar automaticamente num mapa de quantidades.

Exemplo resolvido · Mapear a classificação para gerar quantidades

O modelo federado tem elementos de parede com três códigos de classificação diferentes, correspondentes a soluções construtivas distintas.

1. Confirma-se que todos os elementos de parede do modelo têm um destes três códigos atribuído, sem exceções.
2. O mapa de quantidades agrupa automaticamente os elementos pelo código de classificação, não pelo nome livre que cada autor lhes tenha dado.
3. A equipa de custos usa esta tabela para orçamentar cada solução construtiva separadamente, ao preço unitário correto, sem misturar soluções diferentes na mesma linha do orçamento.

Se um elemento ficar sem código de classificação atribuído, fica de fora deste agrupamento automático, e o orçamento fica incompleto sem ninguém dar por isso até uma auditoria mais atenta.

11. Normalização e regulamentação em Portugal

Em Portugal, a normalização técnica é acompanhada e adaptada pelo IPQ (Instituto Português da Qualidade), que segue as normas internacionais (ISO) sobre BIM e interoperabilidade. As normas de qualidade aplicam-se tanto ao processo de modelação como à obra construída, e a regulamentação nacional de construção continua a ser o quadro legal a cumprir, complementado, não substituído, pelas normas internacionais de troca de informação.

O modelo digital também apoia diretamente o cumprimento das normas ambientais: as normas de gestão de resíduos ganham com um modelo que permite planear antecipadamente os volumes de resíduos de construção por tipo de material, e as normas de proteção ambiental beneficiam de decisões de projeto tomadas cedo, com apoio do modelo, que evitam desperdício de material já em obra. Um modelo bem classificado, seguindo o capítulo anterior, facilita ainda relatórios de sustentabilidade, porque já sabe as quantidades e os materiais associados a cada elemento.

12. Monitorizar a execução e diagnosticar problemas

Monitorizar o desempenho e a troca de dados entre sistemas de modelação durante a execução do projeto é uma responsabilidade contínua, não uma verificação única feita no início. Ao longo da obra, o técnico confirma que as entregas de cada especialidade chegam ao CDE nos prazos e formatos acordados no BEP, e compara o modelo com o que é efetivamente construído em obra. Um desvio detetado cedo, ainda no modelo, custa uma simples correção; o mesmo desvio detetado tarde, já em obra, pode custar uma demolição parcial.

Quando a troca de dados falha, o diagnóstico segue sempre a mesma lógica: identificar o sintoma, encontrar a causa provável, aplicar a correção.

Melhorar a eficiência na deteção e resolução destes problemas, um critério de desempenho do referencial, depende de seguir esta ordem: nunca tentar corrigir o efeito sem primeiro identificar a causa.

13. Quantificação de custos a partir do modelo

Porque a informação está centralizada no modelo, extrair quantidades deixa de exigir uma medição manual: o modelo já sabe as dimensões e as quantidades de cada elemento. Um mapa de quantidades gerado do modelo lista, por exemplo, os metros quadrados de parede exterior ou o volume de betão em fundações. Estimar custos em qualquer etapa do projeto passa a ser possível cedo, com a informação disponível nesse momento, e quanto mais desenvolvido o LOD, mais rigorosa a estimativa. Um mapa de quantidades ligado ao modelo nunca fica desatualizado por esquecimento: atualiza-se sozinho a cada alteração.

Exemplo resolvido · Responder a uma mudança de design

A arquitetura decide aumentar a área de uma sala em 12 m², já depois de o orçamento inicial estar fechado.

1. O modelo é atualizado com a nova área da sala.
2. O mapa de quantidades associado recalcula automaticamente os metros quadrados de pavimento, rodapé e pintura afetados por essa alteração.
3. A equipa de custos consulta o mapa atualizado, sem refazer nenhuma medição manual.
4. O orçamento é ajustado à mudança, com rastreio de qual alteração concreta o causou.

Responder a mudanças de design durante a execução, uma aptidão do referencial, só é rápido quando o modelo e os custos estão diretamente ligados.

14. Segurança, ambiente, qualidade e peças finais

O trabalho com sistemas de modelação não dispensa as normas que regem a obra e o próprio posto de trabalho. Os EPI (Equipamentos de Proteção Individual) são de uso obrigatório sempre que a validação do modelo exige uma visita ao estaleiro. As normas de segurança e saúde no trabalho aplicam-se tanto ao estaleiro como ao posto de trabalho do técnico de modelação. As normas de gestão de resíduos e de proteção ambiental também têm de ser aplicadas, e o próprio modelo pode e deve apoiar esse planeamento, como visto no capítulo 11. As normas da qualidade aplicam-se ao processo de modelação e à obra construída.

No fecho de cada fase, o técnico organiza e imprime as peças desenhadas e escritas extraídas do modelo:

• Peças desenhadas: plantas, alçados, cortes e pormenores, gerados diretamente do modelo 3D.
• Peças escritas: mapas de quantidades, memórias descritivas e cadernos de encargos.
• No fecho do projeto, os dados de equipamentos e espaços podem ainda ser entregues em COBie, apoiando a gestão de manutenção do edifício já construído.

Estas peças organizam-se por especialidade, fase e data, seguindo a estrutura de nomenclatura definida no BEP. A impressão ou exportação final é sempre feita a partir da versão Publicada no CDE, nunca de um trabalho ainda Em curso (WIP): entregar em obra uma peça desenhada extraída de uma versão não verificada pode fazer chegar ao estaleiro uma solução que ainda vai ser corrigida.

Erros comuns

• Confundir CAD com BIM só porque o desenho é feito em 3D, sem verificar se há informação associada aos elementos.
• Alterar, dentro do ambiente federado, o modelo de outra especialidade em vez do próprio.
• Assumir que "exportar" um ficheiro é sinónimo de não perder informação na troca, sem confirmar com uma lista de referência.
• Escolher sempre o mesmo formato de troca (por exemplo, só DWG) para tudo, mesmo quando não é o adequado ao uso.
• Confundir LOD (detalhe geométrico) com LOIN (necessidade de informação completa), tratando-os como sinónimos.
• Partilhar diretamente um ficheiro ainda Em curso (WIP) com outra especialidade, sem passar pela verificação do CDE.
• Corrigir colisões pela ordem em que aparecem na lista, em vez de as triar por prioridade primeiro.
• Registar um comentário BCF para todas as colisões, incluindo as informativas, sobrecarregando as outras equipas sem necessidade.
• Deixar elementos do modelo sem código de classificação, fazendo-os "desaparecer" de um mapa de quantidades.
• Manter um orçamento em folha de cálculo desligado do modelo, que fica desatualizado a cada alteração.
• Imprimir ou entregar peças desenhadas a partir de uma versão do modelo ainda não Publicada.

Glossário

• BIM: processo de criação e gestão de um modelo digital que integra geometria e informação ao longo do ciclo de vida do edifício.
• CAD: desenho assistido por computador, geometria sem informação estruturada associada.
• Modelo federado: conjunto de modelos de diferentes especialidades combinados num único ambiente de visualização, mantendo cada um a sua autoria.
• Interoperabilidade: capacidade de sistemas diferentes trocarem e usarem informação sem perda de significado.
• IFC: formato de dados aberto e neutro para troca de modelos BIM entre softwares, normalizado pela ISO 16739.
• DWG: formato de origem CAD, muito difundido, usado para trocar geometria e desenhos 2D.
• BCF: formato aberto para trocar comentários e problemas associados a elementos do modelo, sem trocar o modelo inteiro.
• MVD: subconjunto do esquema IFC definido para um caso de uso ou troca específica.
• IDS: norma que especifica, de forma legível por máquina, os requisitos de informação que um modelo tem de cumprir.
• COBie: formato aberto, tipicamente em folha de cálculo, para entregar dados de espaços e equipamentos à gestão de manutenção do edifício.
• LOD: nível de desenvolvimento, grau de detalhe geométrico e de informação de um elemento numa fase do projeto.
• LOIN: nível de necessidade de informação, norma EN 17412-1, especifica geometria, dados e documentos exigidos numa troca.
• ISO 19650: norma internacional para a organização e digitalização da informação sobre edifícios e obras de engenharia civil.
• CDE: ambiente comum de dados, plataforma partilhada organizada nos estados WIP, Shared, Published e Archived.
• BEP: Plano de Execução BIM, documento que define como a informação é produzida, gerida e trocada num projeto.
• Deteção de colisões: processo de identificar conflitos geométricos entre elementos de especialidades diferentes num modelo federado.
• Triagem de colisões: classificação das colisões detetadas por prioridade (crítica, moderada, informativa), para decidir a ordem de correção.
• Classificação: sistema de códigos que organiza elementos construtivos por categoria, comum ao modelo, ao orçamento e às especificações.

Síntese

Gerir a interoperabilidade entre sistemas de modelação segue sempre a mesma lógica: modelar com informação centralizada (BIM, não só CAD) → trocar dados de forma aberta, escolhendo o formato certo para cada uso (IFC, DWG, BCF, COBie) → especificar o detalhe e a informação exigidos (LOD, LOIN) → organizar o processo (ISO 19650, CDE, BEP) → compatibilizar especialidades com deteção e triagem de colisões, registadas em BCF → classificar para poder quantificar → normalizar segundo as regras nacionais e internacionais → monitorizar a execução e diagnosticar problemas → quantificar custos a partir do modelo → organizar e entregar as peças finais, sempre a partir da versão publicada. Domina este fluxo e és capaz de gerir a interoperabilidade em qualquer projeto, seja qual for o software escolhido por cada especialidade.

Exercícios resolvidos

1. Uma equipa recebe um modelo em CAD 3D e diz que "já está em BIM". O que falta confirmar?

Resolução: confirmar se os elementos têm informação associada (material, espessura, função), e não só geometria. Um modelo em 3D sem essa informação continua a ser CAD, não BIM.

2. Porque é que um modelo federado não deve ser alterado diretamente por uma especialidade diferente da sua autora?

Resolução: porque o modelo federado combina modelos de origens diferentes sem os fundir; cada especialidade mantém a responsabilidade sobre o seu próprio modelo. Alterar o modelo de outra especialidade quebra o rasto de autoria e pode introduzir erros que a especialidade responsável desconhece.

3. Distingue LOD de LOIN e diz qual dos dois usarias para saber que certificados um dono de obra exige sobre as janelas.

Resolução: o LOD descreve o detalhe geométrico e de informação de um elemento numa fase; o LOIN (EN 17412-1) especifica, de forma completa, a informação geométrica, alfanumérica e documental exigida numa troca. Para saber que certificados são exigidos sobre as janelas, consulta-se o LOIN.

4. Uma verificação de colisões assinala um conflito entre uma conduta de AVAC e uma viga estrutural. Qual é o passo seguinte, depois de detetado o conflito?

Resolução: comunicar o conflito à especialidade responsável através de um comentário BCF, com a vista exata do problema, para que a equipa de AVAC (ou de estruturas, conforme a decisão) o corrija e a verificação se repita depois da correção.

5. Um orçamento em folha de cálculo, desligado do modelo, deixa de bater certo depois de uma alteração de projeto. Qual é a causa raiz do problema, e como se evita?

Resolução: a causa raiz é a informação não estar centralizada: o orçamento vive num ficheiro à parte, que não é atualizado quando o modelo muda. Evita-se ligando o mapa de quantidades diretamente ao modelo, para que qualquer alteração se propague automaticamente ao orçamento.

6. Uma verificação de colisões devolve 15 resultados. A equipa pede para "corrigir tudo pela ordem da lista". Que passo está a saltar, e porque é um erro?

Resolução: está a saltar a triagem por prioridade. Tratar todas as colisões pela mesma ordem, sem classificar entre críticas, moderadas e informativas, arrisca gastar tempo a corrigir um problema sem urgência antes de um que envolve segurança estrutural. A triagem garante que se corrige primeiro o que mais importa.

7. O dono de obra pede, no fecho do projeto, a lista de equipamentos de climatização instalados, com número de série e garantia. Que formato de entrega é o adequado, e porquê?

Resolução: o formato adequado é COBie, porque é o formato aberto pensado precisamente para entregar dados de espaços, equipamentos e ativos à gestão de manutenção do edifício, e não um modelo geométrico completo como o IFC ou um ficheiro nativo.

8. Uma equipa exporta um modelo para IFC e assume que correu bem porque não apareceu nenhum erro no ecrã. Que passo está em falta?

Resolução: falta verificar o conteúdo exportado contra uma lista de referência (elementos, materiais, propriedades-chave), abrindo o ficheiro noutro visualizador. A ausência de mensagens de erro não garante que toda a informação foi corretamente mapeada para o esquema IFC.