Categorias
Artigos BIM Dicas

O que significa interoperabilidade em um contexto BIM?

No mundo BIM, a palavra interoperabilidade é frequentemente usada. Este artigo explica o que essa palavra da moda significa e como ela se traduz na prática. Também apresenta não apenas as vantagens, mas também as limitações dessa abordagem.

Foi uma semana interessante para a interoperabilidade no mundo BIM. Três dos players (empresas) dominantes fizeram declarações públicas sobre sua estratégia para a interoperabilidade do BIM. A Autodesk e a Trimble emitiram um comunicado de imprensa conjunto anunciando um acordo para aumentar a interoperabilidade para os clientes para ganhar flexibilidade ao longo do ciclo de vida do projeto BIM. No centro do comunicado de imprensa estava o apoio do IFC e do COBie.

Dois dias depois, o BIM + publicou uma entrevista com o CEO da Bentley Systems, Greg Bentley, onde a interoperabilidade do BIM também era um tema central. A Bentley apoiou menos o IFC e o COBie, como veremos, mas ainda tinha uma solução para a interoperabilidade no setor de AEC.

Neste artigo, veremos o que realmente significa interoperabilidade em um contexto BIM. Em seguida, usaremos citações selecionadas do comunicado de imprensa e da entrevista para discutir o estado atual da interoperabilidade no mundo do BIM. Veremos progresso e bons sinais, mas também veremos problemas, limitações e declarações confusas. No final, perguntamos se esses fornecedores que possuem a faixa de interoperabilidade alta estão navegando sob cores falsas ou se estão apenas fazendo o melhor que podem com a limitação dos padrões atuais. Leia e fique à vontade para compartilhar sua opinião na caixa de comentários abaixo.

O que é interoperabilidade

Antes de mergulharmos, vamos relembrar rapidamente qual é a interoperabilidade. Vamos ver a definição do grupo de trabalho de interoperabilidade da AFUL:

Interoperabilidade é uma característica de um produto ou sistema, cujas interfaces são completamente compreendidas, para trabalhar com outros produtos ou sistemas, presentes ou futuros, na implementação ou no acesso, sem quaisquer restrições.

Esta definição é bastante satisfatória. Pelo menos podemos tirar uma conclusão principal: você não pode ter interoperabilidade sem padrões abertos. Vamos explorar mais.

Interoperabilidade no software BIM

A Wikipedia tem um subcapítulo separado sobre interoperabilidade de software que é um pouco mais específico.

Com relação ao software, o termo interoperabilidade é usado para descrever a capacidade de diferentes programas de trocar dados através de um conjunto comum de formatos de troca, ler e gravar os mesmos formatos de arquivo e usar os mesmos protocolos.

Um caso de uso comum para a interoperabilidade de software é a liberdade dos clientes de mudar de um produto para outro, mantendo os dados intactos após a transferência. Isso é especialmente importante para casos de uso em que os dados permanecerão em um sistema por um longo período (por exemplo, em sistemas CAFM – Computer Aided Facility Management) para impedir a dependência do fornecedor.

Para a interoperabilidade BIM, existe outro driver igualmente importante. No setor de construção, onde equipes de projetos únicos são reunidas em diferentes organizações, disciplinas e fases, você deseja que as diferentes ferramentas de disciplina compartilhem informações entre si e deseja que os dados gerados em uma fase sejam utilizáveis sem reentrada na próxima fase. . Esta é a base para o openBIM. Você não pode ter um verdadeiro fluxo de trabalho openBIM sem software interoperável. Interoperabilidade é sobre a liberdade de trabalhar com o melhor em qualquer disciplina e para usar as ferramentas com as quais se sentem mais confortáveis e produtivas.

Interoperabilidade semântica e BIM

Para se comunicar, os sistemas precisam usar formatos comuns de dados e protocolos de comunicação. Exemplos de formatos são XML, JSON, SQL, ASCII e Unicode. Exemplos de protocolos são HTTP, TCP, FTP e IMAP. Quando os sistemas são capazes de se comunicar uns com os outros usando esses padrões, eles exibem interoperabilidade sintática.

Para que as ferramentas BIM trabalhem juntas, precisamos mais do que apenas a capacidade de transferir informações. Precisamos da capacidade de transferir significado. O que é enviado deve ser o mesmo que é entendido. Para conseguir isso, ambos os lados devem se referir a um modelo comum de referência de troca de informações. Precisamos de interoperabilidade semântica.

O que não é interoperabilidade

A figura acima também é tirada do grupo de trabalho de interoperabilidade. É apresentado sob o título “graus de interoperabilidade”. No entanto, podemos argumentar que as duas primeiras categorias não são interoperabilidade real. Novamente, usamos a Wikipedia para esclarecer:

Quando um fornecedor é forçado a adaptar seu sistema a um sistema dominante que não é baseado em padrões abertos, não é interoperabilidade, mas apenas compatibilidade.

Plug-ins para ferramentas BIM são formas comuns de fornecer essa solução de compatibilidade.

O fornecedor por trás desse produto pode então optar por ignorar quaisquer padrões futuros e não cooperar em nenhum processo de padronização, usando seu quase monopólio para insistir que seu produto estabelece o padrão de fato por seu próprio domínio de mercado.

A indústria de design tem uma longa história de dominar fornecedores tentando conquistar o mercado controlando o padrão de fato. Mais tarde veremos se isso ainda é relevante no mundo do BIM

Maturidade e interoperabilidade do BIM

Nós cobrimos a maturidade do BIM conforme descrito pelos níveis do BIM antes.

BIM nível 1 obviamente não é interoperabilidade. Aqui, as ferramentas BIM são usadas para automatizar a geração de documentos de projeto, mas nenhum dado reutilizável é passado para as outras partes em um formato padrão.

O nível 2 do BIM é principalmente sobre modelos federados e colaboração baseada em arquivos. Os requisitos mínimos do nível 2 BIM baseados no Reino Unido exigem uma combinação de modelos nativos 3D e dados COBie. Como os formatos nativos não são padrões abertos, o mandato do nível 2 do BIM não requer interoperabilidade real nesse estágio.

Em nossa opinião, é a primeira vez que você chega ao nível 3 e vai além da colaboração baseada em arquivos, obtendo dados interoperáveis verdadeiramente integrados. Pela definição original, o nível 3 significaria um modelo centralizado do qual todas as partes estão contribuindo e se beneficiando.

Agora que temos algum conhecimento sobre quais requisitos para a interoperabilidade real do BIM, vamos dar uma olhada nos dois estudos de caso.

Estudo de caso 1: Comunicado de imprensa conjunto Autodesk e Trimble

Para o nosso primeiro estudo de caso, veremos o press release conjunto da Autodesk e da Trimble

Suportar padrões abertos da indústria, como Industry Foundation Classes (IFC) e Construction Operations Building Information Exchange (COBie).

Esta é uma boa notícia para o openBIM e seguindo uma tendência que temos visto ultimamente.

A Trimble já anunciou esse tipo de parceria com a Nemetschek no ano passado (2015).

A Autodesk também avançou para promover mais ativamente a interoperabilidade do openBIM. Por exemplo, promovendo o openBIM na BIM World Paris no início deste ano.

Então tudo isso é bom para a comunidade openBIM – buildingSMART. A IFC e a COBie estão tomando medidas para se tornar o padrão aberto incomparável para interoperabilidade na indústria de AEC.

trabalhar em conjunto sem problemas através da compatibilidade de arquivos otimizada entre aplicativos

A compatibilidade de arquivos é importante para o nível 2 BIM. Esperamos que a ambição seja também ir além disso.

E o que é essa palavra – compatibilidade – isso não é interoperabilidade. Vamos explorar o press release mais adiante na próxima seção:

A integração mais rigorosa de produto a produto permite que os profissionais de projeto e construção compartilhem modelos, arquivos de projeto e outros dados entre as soluções selecionadas da Autodesk e da Trimble

Sim, isso é compatibilidade para você. Trata-se de dois fornecedores que dizem que seus clientes em comum terão uma vantagem sobre os outros players devido a integrações mais pontuais. Ou estamos interpretando mal isso?

Mais uma vez – a culpa por isso não deve ir para os fornecedores sozinho. Se eles quiserem fornecer transferências de dados “sem perdas” com interoperabilidade semântica, o estado atual do openBIM só os levará até agora.

A solução para a interoperabilidade do setor: o openBIM precisa evoluir de acordo com as necessidades do setor e os fornecedores devem trabalhar com os órgãos de normas e “doar” os resultados desses esforços de volta à comunidade.

acelerar a interoperabilidade trocando Interfaces de Programação de Aplicativos (APIs) e ferramentas de desenvolvedor para construir e comercializar produtos interoperáveis

Mais uma vez, será interessante ver se é um jogo de compatibilidade ou de interoperabilidade. Este setor precisa de APIs abertas para suportar a interoperabilidade.

ATUALIZAÇÃO: Depois de publicar este artigo, encontramos este artigo onde Jim Lynch, da Autodesk, confirma esses pontos.

com esses tipos de formatos de troca ou padrões do setor, você está limitado em relação ao que pode realmente fazer.

Hoje, esses produtos [Revit e Tekla] interagem através do IFC, mas quando você o leva para o próximo nível de APIs, você obtém uma interoperabilidade muito mais forte e direta,

Isto confirma o nosso ponto de que o comunicado de imprensa foi um pouco enganador.

Estudo de caso 2 – Entrevista com Bentley

Vamos seguir para a entrevista da Bentley e focar nas cotações relacionadas à interoperabilidade.

A interoperabilidade agora é fornecida através de serviços colaborativos que funcionam bem com o software de nossos concorrentes. Você também deve dar algum crédito à Autodesk. Temos um acordo de interoperabilidade de longa data com eles.

Isso apenas confirma o que vimos. Ponto a ponto integrações de compatibilidade são tomadas para interoperabilidade. E essas integrações não são baseadas em APIs abertas. A Bentley está promovendo o uso de seu próprio formato i-model gerado por plug-ins de software de design.

(No IFC e no COBie): eles nunca irão longe o suficiente, ou estarão atualizados o suficiente, ou serão extensos o suficiente para alcançar um padrão de persistência de dados inteligentes.

Sim, existem limitações nas implementações atuais. Mas eles nunca podem ser consertados? Se a indústria se reunir para trabalhar para corrigir as limitações? Novamente, a Bentley só vê seu próprio formato como uma solução viável.

Em vez de reclamar sobre a falta de interoperabilidade, existem maneiras muito práticas de superá-lo, que a internet levou a uma estratégia de auto-descrição. Se no mundo da AEC dizemos que a falta de padrões nos impede, estamos dando desculpas.

Interoperabilidade implica padrões abertos por definição. Se você está inventando sua própria camada de integração, esperando que ela se torne um padrão, você não deve chamar isso de interoperabilidade.

Não consigo pensar em nada além de problemas com o COBie. …. O que você realmente usa para isso, é detalhado, é limitado em termos de virtuosidade e como um mecanismo de troca de dados é quase inteiramente teórico como toda vez que o design muda, o que é constantemente, você teria que reexportar o COBie inteiro

COBie não é sobre compartilhar dados de projeto cada vez que o projeto muda. O COBie define quedas de dados relacionadas com a transição entre cada mudança de fase principal no ciclo de vida do projeto, sendo a principal a transferência dos dados construídos e os dados de operações e manutenção. Proprietários capazes de utilizar modelos para a fase de operações normalmente exigiriam uma combinação de modelos nativos e arquivos iFC openBIM para transferir as virtudes dos modelos. Para os casos de uso, a Bentley descreve que buildingSMART está trabalhando em definições e representações de vista de modelo alternativas. Nós concordamos totalmente que esse trabalho precisa acelerar, mas atacar o COBie por essa falha está realmente perdendo o ponto

Então, qual é a solução da Bentleys para o desafio de interoperabilidade da indústria? A Bentley tem seu próprio formato chamado I-model. Os modelos I podem ser criados usando plugins gratuitos para ferramentas da Bentley (por exemplo, Microstation) e algumas outras ferramentas (por exemplo, Revit). Os i-models podem ser visualizados em visualizadores gratuitos da Bentley (se você estiver na plataforma Windows) ou podem ser visualizados como arquivos PDF em 3D (se esse for o formato em que os modelos foram publicados). Os dados nos modelos i podem ser acessados através de um driver de banco de dados ODBC que a Bentley fornece. Isso significa que existem possibilidades de integração, mas não chamamos isso de padrão aberto e, portanto, não é uma solução de interoperabilidade.

Para dar algum equilíbrio à discussão, confiamos que a Bentley está certa quando diz que o formato do modelo I tem muitas vantagens sobre os formatos / padrões do openBIM. A única coisa que conta, no entanto, na interoperabilidade e padronização é a adoção do mercado. Dê uma olhada no gráfico de tendências abaixo. A IFC está definitivamente em ascensão. Esse não é o caso do modelo inteligente.

Resumo

O openBIM, conforme definido pela buildingSMART, está bem posicionado para se tornar a estrutura de interoperabilidade para o mundo da AEC. Para isso, no entanto, exige que a buildingSMART e a comunidade trabalhem com algumas limitações e aprimorem constantemente o padrão e as implementações.

A Bentley é agora o único grande player BIM que não suporta abertamente a interoperabilidade baseada em openBIM. Ao mesmo tempo, o mercado está gritando pela interoperabilidade entre os domínios de construção e infraestrutura. buidlingSMART tem em sua lista de tarefas. Bentley diz que eles têm uma solução superior …

Então, de volta à nossa pergunta – a indústria está navegando sob cores falsas?
Velejar sob cores falsas é provavelmente uma expressão muito dura para isso. Mas nós pensamos, no entanto, que o termo de interoperabilidade é jogado de maneira um pouco frouxa em nossa indústria. Especialmente em mensagens de marketing. Ele está sendo usado para descrever soluções ponto-a-ponto e está sendo usado para descrever integrações baseadas em formatos proprietários. Achamos que o setor precisa entender e concordar sobre qual interoperabilidade é tomar decisões fundamentadas com base nas mensagens dos fornecedores.

Também esperamos que nossos padrões evoluam para que a conformidade com o padrão e o trabalho na comunidade seja a principal mensagem que você está promovendo, e não a integração com outro fornecedor.

Artigo originalmente traduzido de BIMMODEL